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Description 

BACKGROUND-FIELD OF THE INVENTION 

5 [0001] The present invention relates to a system for creating lighting designs and for controlling the operation of 
lighting systems used in presenting those designs. Involved are both the off-line modelling of the lighting design in- 
cluding its environment and dynamic behaviour, and the on-line implementation of the design through control of the 
lighting system. 

70 BACKGROUND AND DISCUSSION OF PRIOR ART 

[0002] Modern lighting projectors, such as those used in stage lighting applications, typically allow for the variation 
of many lighting parameters in order to achieve various lighting effects. Conventional lighting instruments offer variable 
control of the intensity of the light as well as its color (hue and saturation), direction (sometimes referred to as focus) 
is and beam size, shape and sharpness. Pattern projections accomplished with "gobos" are also employed for certain 
effects. 

[0003] Directing the beam of a variable multi-parameter lighting instrument, such as the VL2B™, VL3™, or VL4™ 
models of automated lights manufactured by Vari-Lite ; Inc., to a desired target or site is obtained by pivoting the light 
assembly within a "yoke" to achieve desired elevation or tilt, and by rotating the yoke to "pan" the beam. 
20 [0004] I ntensity is controlled in these lighting instruments by adjusting lamp excitation or using a mechanical -dowser" 
such as an iris. Color is achieved with adjustable dichroic filters while beam diameter and degree of sharpness/diffusion 
are established by iris or lens systems and diffusers. 

[0005] A typical lighting system consists of an array of lights such as these in communication with a centralized, 
computer-based lighting controller operated from a console. The console can selectively access individual or groups 
25 of lights and by the adjustment of console controls, selected lights may be manipulated to direct each light to its proper 
target and to adjust the beam parameters that control the characteristics of the lights. 

[0006] With many automated lights each offering programmable color, beam size, intensity, edge, and gobo pattern, 
as well as pan and tilt, and with many systems incorporating many scores of such lights located in variable positions, 
it is apparent that the lighting designer is confronted with a daunting and time-consuming task. 

30 [0007] In stage lighting this task typically involves the creation during rehearsal of a series of lighting scenes or cues 
in accordance with the desired dramatic effects sought to be achieved. Each scene is initially designed using the 
console controls. (Light placement may also be involved.) Once the desired lighting effect is achieved in a setup or 
manual control mode, the console operator can store the parameters in computer memory as a cue for later access. 
The cue defines all of the lighting attributes such as pan, tilt, color, and beam size for each of the lights to be used in 

55 that cue. 

[0008] Since the lighting designer needs to create lighting effects in the context of the performance and to observe 
the overall lighting effects as he varies each parameter, the traditional method of programming automated lighting 
systems requires use of the theatre, the presence of the cast and crow, and the entire lighting system, including all of 
the lights and the console as set up in the theater. While this on-line programming method is effective in creating the 

40 desired lighting production, it is a time consuming and costly process. 

[0009] Significant cost savings could be experienced if the programming process or at least a significant part of it 
could be carried out without the need for cast, crew, theatre and system. This is true whether a production is to be 
designed from scratch, or where it has to be adapted to a new venue, as in the case of tours. In both cases, off-line 
programming also permits better use of on-line final programming to perfect the lighting production. 

45 [0010] In response to these needs, a number of computer-based systems with graphics capabilities have been de- 
veloped to provide off-line programming of automated lighting systems. These graphics systems are designed to par- 
tially simulate on a computer screen or other display, what certain real lighting effects will look like. 
[0011] The "Starlite" system developed by Tasco, Ltd. of London simulates to a degree the overall lighting effect as 
the programmer adjusts the parameter data. The control console of The Tasco system incorporates a computer with 

so a graphics display for programming the lights and simulating their functions. However, the system does not provide 
the ability to translate positional information of the lights and targets into cue data (pan and till values) for the lights. A 
similar product has been developed by "Joan Collins Associates", 953 N. Highland, Los Angeles, CA, USA. 
[001 2] It is also know from the Journal of the Illuminating Engineering Society, April 1 984 pages 308-31 3; W. Egger: 
"Influence of objects in rooms on illuminance and luminance distribution" to provide a computer controlled system for 

55 modelling a lighting design, said modelling system including: 

data entry means adapted to receive: 
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a) site data describing relevant characteristics of a lighting site including the location of lighting targets within 
said lighting site; 

b) light selection data identifying a selection of lighting instruments to be operational in the production of a 
lighting scene; 

s c) instrument data describing relevant characteristics and parameters of each of said lighting instruments 

including the location of said selected lighting instruments within said lighting site; and 
d) parameter data describing values of said parameters associated with each of said selected lighting instru- 
ments; 

to a memory coupled to said data entry means for storing said site, light selection, instrument and parameter data; 

a processor coupled to said memory for computing from said stored site, light selection instrument and parameter 
data, three dimensional representations of the aggregate lighting scene; and 

a monitor coupled to said processor for displaying a certain of said three dimensional representations. 
'5 [0013] It is also known to provide a method for modelling a lighting design including the steps of: 

a) entering and storing site data into a computing system describing relevant characteristics of a lighting site in- 
cluding the positional relationship of lighting targets within said lighting site; 

b) entering and storing instrument data into said computing system describing relevant characteristics and param- 
20 eters for each of a plurality of lighting instruments including their positional relationship to said lighting site; 

c) entering and storing light selection data into said computing system identifying the lighting instruments to be 
operational in a scene; 

d) entering and storing parameter data in said computing system describing the parameters associated with each 
of said selected lighting instruments; 

25 e) computing from said stored site, instrument, light selection and parameter data a three dimensional represen- 

tation of the aggregate lighting design; 

f) displaying said three dimensional representation on said monitor. 

[0014] It should be recognised that an off-line computer-based simulation of theatre lighting is inherently limited. 
30 Consequently, to be truly effective and affordable, the modelling must involve uncomplicated, preferably intuitive tasks; 
and it must invoke fairly simple instrumentalities which nevertheless are sufficiently revealing or suggestive to enable 
the designer to visualize the real effect and the states or values of the variables contributing to that effect. Current 
systems are deficient in these respects. 

[0015] Ideally, the system should also simulate the console controls to avoid the need for mastering new control/ 
35 effect relationship. 

[0016] It is accordingly an object of the invention to provide an improved lighting design instrument which permits 
off-line creation of lighting designs and thereby reduces dependence on the performers, the theatre and the lighting 
equipment. 

[001 7] A further object of the invention is to provide an instrument which facilitates the lighting designer's visualization 
40 of various lighting effects without the need to access the actual lighting equipment. 

[0018] Still another object of the invention is to present the user with both schematic and realistic graphical displays, 
thereby allowing the user to eliminate representations of model data which are not of interest and permitting the use 
of low resolution or monochrome displays. 

[0019] It is yet another object of the invention to provide off-line programming of lighting productions which can be 
45 simply and rapidly integrated into the actual lighting equipment system. 

[0020] Yet another object of the invention is to provide an instrument for off-line creation of lighting productions which 
can be implemented with a relatively inexpensive computer system and which nevertheless computes and displays 
revealing simulations of lighting parameters. 

[0021] A still further object of the invention is to provide an off-line lighting show design tool the output of which can 
50 be used to directly control lighting instruments. It is also an object to provide the output in a form permitting real time 
rendering of the lighting design. 

[0022] Another object is to duplicate the control functions of the automated lighting console, allowing the modelling 
system to be used to directly control the tuminaires in a situation where the effects of operator actions on the luminaires 
cannot be directly observed by the operator either from the modelling system or console location. 
55 [0023] Still another object of the invention is to provide an off-line lighting design programming tool which can sym- 
bolize and simulate complex lighting relationships in a simple, uncluttered and revealing manner and without excessive 
response time. 

[0024] It is also an object of the invention to provide such a programming instrument wherein there is produced a 
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variety of displays suited to the varying needs of the designer. 

[0025] Another object of the invention is to provide an off-line modelling system for a lighting set in which prompts 
for the user bear an analogous relationship to actual console configurations. 

[0026] Yet another object of the invention is to provide an off-tine modelling instrument for lighting productions which 
5 offers the user a choice of methods in specifying model data, and in which menus and dialog boxes facilitate use of 
the instrument. By embedding in the system terms and notations familiar to the lighting designer, and producing the 
customary actions associated with them, the user is able to communicate with the system using the same vocabulary 
and achieving the same results as would be the case v/ith a human rather than machine lighting designer assistant. 
[0027] Further objects of the invention are to provide an off-line modelling system for lighting designs in which a 
10 mathematically correct three dimensional model of the performers, the set, the trussing and the luminaires of the show 
is computed and displayed; in which pan and tilt values can be calculated in terms of target position; in which model 
elements are automatically adjusted when related elements are changed, and in which updating and revising is simply 
accomplished. 

[0028] A computer controlled system for modelling a lighting design according to the present invention is character- 
's ised in that the site data includes data representing the positions or one or more moveable lighting targets, the instru- 
ment data includes data representing adjustable parameters of said lighting instruments and the parameter data in- 
cludes data representing certain values of said adjustable parameters, the data entry means being further adapted to 
receive scene selection data identifying a particular lighting scene to be reproduced from among a plurality of such 
lighting scenes, wherein tho processor computes said three dimensional representations for at least one of said lighting 
20 scenes in dependence upon said scene selection data, said representation including a simulation of one or more of 
said selected lighting instruments conforming to said associated parameter data. 
[0029] According to other preferred features of the invention: 

I . The data receiving means include means displayed on the monitor for prompting the entry of valid data. 

25 2. Means are included for computing the relationships among the received data such that changes in certain of 

the data produce related changes in data dependent thereon. 

3. Also provided are means for generating at least one spreadsheet generally conforming to the type employed 
by a lighting designer in describing the actual lighting production. 

4. The computing of scene representations includes means for simultaneously generating and displaying views of 
30 the lighting scenes from different perspectives. 

5. The scene display is generated such that the contributions of the site, light selection, light location and light 
parameter values are readily discernible. 

6. The modelling includes the generation of pan and tilt values as a function of lighting instrument location/orien- 
tation and target coordinates. 

35 7. The components of the site parameters and lighting are organized on a hierarchical basis. 

8. The modelling process is materially enhanced by generating menus, dialog boxes and icons to facilitate entering 
of valid data in valid sequences. 

9. The modelling process organizes the lighting scene parameters as cues which can be stored and recalled. 

10. The lighting parameters can be specified in terms of target positions and, in the case of beam positioning, the 
40 computing system will automatically compute the required pan and tilt. 

II. Target volumes can also be represented in the model as objects and can be moved and sized producing 
corresponding adjustments in related objects and attributes. 

12. The modelling system is adapted to be in bidirectional communication' with the console permitting the exchange 
of data and the sharing of roles. 
45 13. The modelling system includes means for specifying the relationship between model objects. 

14. Dynamic aspects of the lighting scenes can be modelled and simulated. 

[0030] A method of modelling a lighting design according to the present invention is characterised by the steps of 
entering and storing site data including data representing the positions of one or more moveable lighting targets, en- 

50 tering and storing instrument data including data representing adjustable parameters of said lighting instruments, en- 
tering and storing parameter data including data representing certain values of said adjustable parameters, entering 
scene selection data identifying a particular lighting scene to be reproduced from among a plurality of such lighting 
scenes, and computing said three dimensional representation for at least one of said lighting scenes in dependence 
upon said scene selection data, said representation including a simulation of one or more of said selected lighty in- 

55 strumeqts conforming to said associated parameter data. 
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BRIEF DESCRIPTION OF DRAWINGS 

[0031] A more complete understanding of the present invention may be had by reference to the following Detailed 
Description with the accompanying drawings, wherein: 

5 

Figure 1 is a schematic block diagram illustrating components of the design instrument and its association with a 
lighting system; 

Figures 2A through 2G display a series of monitor screens and associated menus; 
Figure 3 is a view of the monitor screen showing the objects palette; 
io Figures 4a and 4b arc views of model data displayed in a spreadsheet format; 

Figures 5a and 5b illustrate other spreadsheet formats for the model data; 
Figures 6, 7, and 8 illustrate the monitor screen and various manipulation dialogs; 
Figure 9 is a view of the monitor screen showing the tools palette; 

Figures 10A through 10C are views of the monitor screens showing various object selections; 
75 Figures 11 A through 11 C are views of the monitor display illustrating other selection activities; 

Figures 12 and 1 3 are diagramatic views of a luminaire illustrating the coordinate axes and angle specifying con- 
ventions; 

Figures 1 4 through 1 7 and Figures 1 SA : 1 8B and 1 8C describe processing steps used in computing various lamp 
positions; 

20 Figure 19 shows the monitor display screen with the cue store and recall palette; and 

Figure 20 shows the monitor display with an actual lighting scene simulated thereon. 

DESCRIPTION OF THE PREFERRED EMBODIMENT 

25 [0032] Certain aspects of the invention are illustrated in Figure 1 where a computing system 20 is displayed for 
modelling the lighting production eventually to be produced by the actual lighting system 100. The latter includes a 
lighting console 110 such as the ARTISAN™ or MINI-ARTISAN™ marketed by Vari-Lite, Inc., and a network of lamps 
which may for example be various combinations of the models VL2, VL2B, VL3 and VL4 previously referenced. 
[0033] The lighting controller may be of the type associated with the Vari-Lite VL200 series lighting system and 

30 portions of the controller may also be configured as described in United States Patent No. 4,980,806, issued to Taylor 
and Walsh on December 25, 1990. 

[0034] The computing system 20 is a general purpose computer running under the graphic system described here- 
inafter. The preferred computer model is a Apple Macintosh II fx. It includes a microprocessor, RAM, ROM, storage 
and interfaces with the user via mouse 28 and keyboard 30. A modem for communication is also provided and data 

55 can be printed on the hard copy printer. 

[0035] To facilitate an understanding of the implementation of the invention, certain general factors of the illustrated 
embodiments are first described. The design includes a modelling system and a method for modelling, programming, 
and simulating the functions of an automated lighting system such as 100 having variable multi-parameter lighting 
features. The modelling system and method may be used to write lighting cues in advance. 

40 [0036] Using the general purpose computer 20 embodying the graphics generating system and software the pro- 
grammer/designer can develop a working model of a lighting system configuration and its surrounding environment. 
The programmer defines the spatial environment, e.g. the theatre or arena, in which the lighting equipment will be 
used. In addition, the programmer defines each of the elements that comprise the lighting system, stage environment 
and targets to be illuminated. Using the modelling software to generate a graphical display of the lighting system on 

is monitor 24, the system is capable of creating and manipulating the defined objects. 

[0037] With the modelling system of the present invention, all that is required to develop the model is knowledge of 
the dimensions and characteristics of the arena and stage environments and a determination of the number, typo, and 
placement of the lights to be utilized. This can be done in advance without entering the arena or hanging any lights. 
[0038] Once the programmer has developed the basic model by defining the positional relationship of each of these 

50 elements with respect to other elements in a universal frame of reference, the modelling system provides for the graph- 
ical creation and manipulation of show objects and their associated attributes in three dimensions on the two dimen- 
sional display such as screen 24. 

[0039] The programmer defines positional and characteristic information for each element in the model by commu- 
nicating interactively with the modelling system using the mouse 28, keyboard 30, cursor 34 and other screen objects 
including icons 35, menus 36 and model objects 37. 

[0040] Cue parameter data may be written by identifying the lights to bo assigned, their shape and color, and the 
position of the associated targets to be illuminated. The cue parameter data may include data representing other 
desired beam characteristics. 
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[0041] After the programmer has obtained the desired lighting effect by defining the beam characteristics and asso- 
ciating the necessary lights with their corresponding targets, the system can compute, if necessary, the required pan 
and tilt values for each light so that it is focussed on the desired target. The programmer can define the pan and tilt 
values either by specifying absolute values for these parameters (thus, not requiring a pan and tilt computation) or he 
5 can associate the tights with their targets. When a light is associated with its target, the pan and tilt values are computed 
by the modelling system. This computation involves retrieving, from a look-up table, the previously defined location of 
the lights and their targets in free space. 

[0042] In addition to writing cue information initially the programming instrument may be utilized to update or revise 
the stored parameter data. These changes are required, for example, when there is a new performance venue, or 
10 when a new choreography in the performance places the performers at different places than had been anticipated 
Regardless of the reason for the change, these new values must be reflected in stored cue data. In previous program- 
ming methods this was a time-consuming and complex task. 

[0043] Such updates of lighting cues are accomplished in an easy and efficient manner. If any parameter value 
changes, such as the position of a light source or target, other parameter data in the corresponding cue or group of 
15 cues may be revised by merely updating the model cue. This updating is performed interactively. The new parameter 
data is computed based on the updated information. 

[0044] The modelling system additionally serves to simulate the functions of the lighting system. The display monitor 
24 of the modelling computer 20 is utilized to display various graphical representations of the stored parameter data. 
In this manner, the programmer can observe the effects of each parameter variation. 

20 [0045] The graphical representation of the modelling system removes the approximation and guess work from ad- 
vance programming. As each parameter is varied, the programmer can see the effect it has on the entire lighting 
system, previewing the behavior of the entire automated lighting system as if it was set-up in a performance venue. 
[0046] The modelling system also displays the configuration of each lighting instrument in any given scene (cue) in 
a number of ways. The display includes: a graphical representation of the lighting instruments conforming to the overall 

25 parameter data; a listing of the numerical values for one or more parameters comprising the configuration of the lighting 
system; a display of any given scene at random; or scenes visualizing the lighting system as the programmer steps 
through any given sequence of scenes or series of cues. 

[0047] The modelling system can simulate the effects obtained by activating a chase (a timed, repeating sequence 
of cues) at the console by producing a graphical representation of the model objects conforming to each of the cues 

30 in the chase. These images are then displayed according to the inter-cue timing stored in the chase specification. 
[0048] The transition from one cue to another can likewise be simulated by generating the intermediate pan and tilt 
settings through which the luminaires pass during the transition, producing graphical representations of the model in 
those intermediate stales and displaying those images rapidly to create an animation -like effect of motion. 
[0049] Using enhancements, the modelling system can generate a three-dimensional photorealistic image of mod- 

35 elled scenes. Also, by executing through a series of stored cue data, a sequence of images can be shown in rapid 
succession to produce the illusion of moving images. This allows the user to visualize almost exactly what the show 
will look like. 

[0050] The modelling system includes modes which can duplicate the features and functions of the control console 
in the set up of the parameters of the lighting fixtures, the storage of the desired values as cues, and the recall of the 

40 stored cue data to produce the previously designed lighting effects. 

[0051] The lighting designer/programmer is provided with the ability to select an arbitrary number of symbolic rep- 
resentations that are the building blocks of the model. These building blocks are used by the programmer to develop 
the model. When the building blocks that represent the stage, setpieces, targets, and trusses are selected, the pro- 
grammer is prompted to specify the dimensions, support, location and rotation of the object to be placed within the 

45 model. Additionally, when lighting instruments to be added to the model are selected, the programmer is prompted to 
specify the channel number, support, location, and hanging orientation of the light. The process can be iterative; the 
modelling system permits the programmer to go back and modify the parameters for any object that he or she has 
defined in the model. 

SO INTERACTION OF MODELLING SYSTEM WITH ACTUAL LIGHTING SYSTEM 

[0052] Four modes of interaction between the modelling system and the actual lighting system are disclosed herein. 
[0053] In one mode of interaction, the modelling system is independent and off-line from the actual lighting system. 
After the programmer completes the modelling and programming stages, he downloads the developed parameter data 
55 to the control console of the actual lighting system by data transfer means. 

[0054] In another mode of interaction, the modelling system interactively and bidircctionally communicates with the 
control console of the actual lighting system. In this mode, activity in the modelling system is communicated and re- 
flected in the console and vice-versa. 
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[0055] In the third alternative mode of interaction, the modelling system actually replaces the conventional control 
console in the control of cue set-up, store and recall. All of the functions of the console are then performed by the 
modelling system. 

[0056] Alternatively, the functions of the modelling system can be performed by the control console itself. In the fourth 
5 mode of interaction, the modelling system replaces the lights in the actual system, responding to the controls of the 
actual console as the lights would. The effect of the user's manipulation of the console controls is reflected in the display 
of the modelling system. 

GRAPHICAL VIEW OF THE MODEL 

70 

[0057] The modelling system of the present invention includes a graphical user interface to interact with the pro- 
grammer. In general, the preferred interface follows the guideleines designated in Human Interface Guidelines: The 
Apple Desktop Interface, ISBN 0-201-17753-6 . The interface presents the programmer with a graphical view of the 
model that is a clear, simple, and uncluttered representation of the current stale of the objects in the model. 

15 [0058] Lighting instruments or other objects can be created, modified and deleted in the graphical view of the model. 
The model objects can be displayed utilizing symbols such as "spheres' for the luminaires, blocks for the stage per- 
formers, and "rods" for the light beams and trusses. These tasks are performed by the programmer, preferably by 
means of executing menu-driven commands. These functions will be addressed in greater detail below. 
[0059] The modelling is carried out with the aid of a programmable general purpose computer such as shown in 

20 Figure 1. A preferred model is the Apple Macintosh II fx. Computer 20 houses the usual complement of a processor, 
ROM memory, drives, busses and control circuits and the modelling system. 

[0060] A typical graphical input device 23 such as a mouse, joystick, tracker ball, or light pen, together with the menu 
system and cursor 34, allows the programmer to interact with computer 20. Mouse 23 is the preferred graphical input 
device for pointing to information on display monitor 24. Alphanumeric keyboard 30 provides the usual functions and 

25 also serves as an alternative data entry means. 

[0061 ] In the preferred embodiment of the present invention, menus are utilized to allow the programmer to efficiently 
choose an item to be incorporated or updated in the model, or to alter the operating mode of the system. The menus 
arc also utilized to present to the programmer only the legitimate alternatives available, thereby precluding invalid 
choices. The menus also ameliorate the need to remember command names and give the programmer an overview 

30 of all of the alternatives. 

[0062] Fig. 2a shows a typical graphical display of a lighting system on display monitor 24. A "menu bar" 38 lists the 
names of typical pull-down menus 44 a - g, from which the programmer may select commands as shown in Figs. 2a 
-2g. When the programmer selects a menu to be displayed from the "menu bar" 3S, alternative commands are presented 
for further selection. The selection process and the individual pull-down menus 42 a- g are discussed in greater detail 

35 below. 

[0063] As the programmer builds the graphical model that represents the lighting system and surrounding environ- 
ment a corresponding master data base is created and stored in the memory of computer 20. The master data base 
stores the parameters and attributes that define the objects that arc represented in the model. As the programmer 
adds an object to the model, a record for that object is created and stored in the master data base. As discussed below, 
40 each record has a field for each of the attributes of the object that need to be defined during the modelling and pro- 
gramming process. 

[0064] The image that is seen on display 24 as the programmer builds the model through an interactive graphics 
process is stored in the underlying master data base in digital memory as a matrix of values. The screen image is 
stored in a frame buffer as a pattern of binary numbers representing an array of picture elements (pixels). As changes 
45 are graphically made on display 24, the records created in the digital memory are modified to represent the current 
state of the graphical model. 

[0065] As the programmer models and programs the lighting system, monitor 24 displays a view of the lighting system 
and stage environment and shows the programmer the results of adjustments to the lighting parameters. The program- 
mer can observe the effects of changes in color, pan, tilt, beam size, edge, and intensity on the overall lighting effect. 
50 Other effects, e.g.. gobo selection, are also represented in a similar manner. 

[0066] Fig. 3 illustrates the display on screen 24 of windows 54 a-c, which are plan, front and side elevation views 
respective, of the model. In one preferred embodiment, the display utilizes up to four windows to give the programmer 
the ability to observe the lighting effects from these views, and a perspective view from another selected point (not 
shown). 

55 [0067] Before a portion of the master data base may be displayed in a window, it must be suitably clipped against 
the limits of the window size and then mapped to the display to achieve the desired size. The programmer can manip- 
ulate the windows, allowing him to move them, overlap them, or resize them. These processes do not affect the un- 
derlying information from the master data base that is being displayed, but only the programmer's view of it. As in 
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standard window applications, display management permits the programmer to open, close, move, size, scroll, or zoom 
the windows. Zooming is achieved by introducing a scaling factor. If the programmer wishes to zoom in on a particular 
area, the coordinates are scaled up by a suitable factor and clipped against the window limits. 
[0068] The programmer is presented with the largest view of the lighting system and stage environment when the 

5 window size is defined to surround the set of all objects defined in the lighting system and surrounding environment. 
When the window (e.g., 54a, 54b, or 54c) is defined to be smaller than the scene image, the clipping process is per- 
formed. The clipping process tests to see which objects are contained within the selected window, and then proceeds 
to clip those objects that lie on the window border and outside of the window before the image is mapped to the display 
screen 24. The portions of the image that remain after this process are then mapped to the screen 24. When a window 

10 (such as 54a, 54b, or 54c) is chosen to be smaller than the entire scene, it allows the remaining imago to be displayed 
at a scale that is larger than if the entire scene were displayed. This magnified view can be used to show more detail 
of elements of the model. 

[0069] The programmer is able to hide selected objects on ihe screen in order to reduce the visual clutter in the 
graphical view of the model. Objects that are hidden in the graphical view are still maintained in the underlying data 

*5 base and will appear in the spreadsheet view (discussed below) with a column indicating their shown or hidden state. 
Hidden objects will remain hidden until the user commands selected objects to be shown again. Although certain 
objects may be hidden in the display view, they may still serve as targets for the tights and as supports for other objects. 
To hide a selected object, the 'Hide Selected Objects' command is selected from the 'Objects' menu 44e in Fig. 2e. As 
mentioned, the object will no longer bo represented in the graphical view, but its records will be maintained in the 

20 underlying data base. 

[0070] In order to distinguish objects, the programmer can change the color of a graphical object. The means to alter 
the color is preferably offered in a pull-down menu. The programmer selects the graphical object to be "painted" and 
then selects the "appearance" command in the pull-down menu under "Objects" 44e of Fig. 2e. This command will 
cause a deeper level menu to be displayed on the screen that contains the alternative colors with which the object can 
25 be painted. Upon selecting a color from the list of alternatives, the selected object assumes that color. 

TABULAR VIEW OF THE MODEL 

[0071] In addition to presenting the programmer with a graphical view of the underlying data base as just discussed, 
30 the programmer may also display the data in a "spreadsheet" format, as shown in Figs. 4a and 4b. This is a tabular 
representation of all of the attributes of the objects defined in a model. The spreadsheet can be organized by having 
the assigned object name or object type (e.g., a fixture such as a VL4™) appear as the heading of each row in the 
table. Attribute names such as "Focus" and "Color" can appear in the column headings. Each individual cell in the table 
contains the value of one attribute for a particular object. Furthermore, each individual cell can be single-valued (such 
55 as Support) or multi-valued (such as the height, depth and width components of Dimension). 

[0072] The inclusion of spreadsheet columns for each attribute can be under programmer control and thus removed 
or added. 

[0073] The programmer "hides" a column by clicking on the column heading with mouse 28 and dragging it out of 
the spreadsheet window. Similarly, in order to retrieve a hidden column, the programmer can double click on a column 
40 divider in the row of column headers or by selecting a column divider and issuing a menu command. Either of these 
actions by the programmer invokes a dialogue message that lists all of the hidden column names. The column(s) that 
are selected by the programmer from the dialogue message are then inserted into the spreadsheet at the location of 
the column divider that was initially selected. 

[0074] If the programmer desires to rearrange the columns in a spreadsheet, he merely selects one or more column 
45 headers, clicking in one of the selected headings; he then drags the column(s) to the desired location and deposits it 
there by releasing button 29 on mouse 26. The selected columns will be inserted into the spreadsheet between the 
two columns separated by the column divider that was initially selected. 

[0075] The programmer may be presented with spreadsheet views of the data organized in several ways. The pre- 
ferred embodiment of the invention includes three different spreadsheet arrangements. This embodiment creates three 
so versions of the spreadsheets upon the opening of a document or upon the start-up of a new modelling file. As the 
programmer adds elements to the model, the associated data will be included in the various spreadsheet views dis- 
cussed below. 

[0076] A first spreadsheet view, termed a "model window", is shown in Fig. 5a. It provides a view of the model objects 
and their current attributes which allows the programmer to view data that is necessary for the modelling environment, 
55 but is not represented in the cue data transferred to the lighting system. For example, in order to develop the model it 
is necessary to know the dimensions of ail of the set pieces. However, this information is not required to perform the 
actual show. The spreadsheet in the "model window" can be arranged so that the user-assigned names and model 
types (lights, set pieces, etc.) appear in the row headings, and the names of the attributes of these objects appear in 
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the column headings, as shown in the Figure. 

[0077] A second type of spreadsheet called a "luminal re window" is shown in Fig. 5b. This spreadsheet presents the 
programmer with the lighting system data that he is accustomed to programming. Timing data is displayed along with 
flags or indicators indicating to which parameters the timing applies. This spreadsheet can be arranged so that the 
5 channel numbers or other identification of the lights are placed in the row headings and the names of the attributes of 
these lights are placed in the column headings. This spreadsheet represents the state of the luminaire objects in the 
model, and the data presented will change as cues are recalled into the lights, as well as when individual lights are 
manipulated. 

[0078] A third type of spreadsheet called a "cue window" displays the data stored in a selected cue, regardless of 
10 the state of the luminaire objects in the model. This spreadsheet can be arranged so that the channel number or other 
identifier of the lights appears as row headings and the column headings contain the names of the attributes of the 
tights. The cue number and additional data stored with the cue related to console functionality are also displayed. The 
programmer may select whether the attributes of all the lights are shown or only those lights that are active in the 
selected cue. This spreadsheet can be switched to a "tracking" view of the cue data, presenting the viewer with only 
15 the cue data which has changed value from the previous cue (or from any arbitrary cue). 

[0079] The rows of any spreadsheet can be sorted in a number of ways. The rows of the "luminaire" and "cue" 
windows, comprised of luminaires or dimmer channels, can be sorted by their channel number. Alternatively, the rows 
can be arranged so that ail of the channels of similar luminaire types ( VL2B™, VL3™, VL4™, etc.) can be grouped 
together, and then can be secondarily sorted by channel number. 
20 [0080] The row headers of the "model window" contain the symbolic names of all of the objects in the model. This 
spreadsheet can be sorted alphabetically by object name for non-luminaire objects and by channel number for the 
luminaires. Alternatively, the rows can be grouped by object type (e.g.. target, luminaire, etc.) and secondarily sorted 
by name. 

[0081] The program design also permits the programmer to establish spreadsheet templates that may be used to 
25 reformat a spreadsheet or utilize previously established spreadsheet formats. A programmer can create a spreadsheet 
template by placing a spreadsheet window in the front window on display screen 24 and executing a menu command 
to create a template of that spreadsheet's format. The menu command invokes a dialogue message that allows the 
programmer to attach a symbolic name to the template. To store a template, a document is created in memory and 
written to disk that contains the template name, the spreadsheet type (model, luminaire, or cue window), the object 
30 types displayed in the spreadsheet (row headings), their associated attributes (column headings), and the order of 
these attributes. 

[0082] Once the programmer has established a desired template he is able to call up a spreadsheet to the front 
window of display 24 and execute a menu command that is available to reformat the spreadsheet according to that 
template (or another if he wishes). Upon execution of the menu command, the programmer is presented with a dialogue 
35 message containing a listing of all of the available spreadsheet templates that are appropriate for that type of spread- 
sheet (e.g., model, luminaire, or cue window). A selection can then be made. 

[0083] The programmer has the means to open and close any of the spreadsheet windows. Additionally, when the 
information contained in a spreadsheet view exceeds the available display area, the scroll bars on display 24 are 
enabled that allow the programmer to show portions of the document not currently displayed. 

40 [0084] Objects can be created, modified and deleted within the spreadsheet view of the model. Object attributes can 
be changed in a spreadsheet view with the same menu commands and dialogues used in the graphical view or by 
selecting one or more cells and entering a new value at the keyboard. As in other modes, new values entered from 
the keyboard are automatically checked by the system for errors. Almost all of the attributes of the modeled objects 
can be modified in this manner. 

45 [0085] The objects that the programmer wishes to alter in the spreadsheet view must be activated or selected before 
they can be operated upon. An object can be selected in a spreadsheet window by clicking on the appropriate row 
header describing the object. A group of objects can be selected in the spreadsheet view by depressing the button 29 
on the input device 28 and dragging the cursor through the desired range of object row headers. As the cursor is 
dragged, the objects included in the range can be highlighted. Cells representing individual attributes of individual 

so model objects can be selected similarly. Changes made to the model objects are reflected automatically in all open 
spreadsheets, in the graphical view and in the underlying data base. Dialogues are accessible in the "model window" 
to control those attributes which, in the Graphical view, are modified through direct manipulation of the object images. 
The user is able to manipulate cue data already in the "cue window" spreadsheet. Additionally, the programmer can 
add lights to the cue by specifying all parameters for the light to be added. 

ss [0086] The programmer can copy attributes of one object and then "paste" or copy them to another. The programmer 
merely selects the cells containing those attributes, according to the methods described above, and copies the attributes 
to a buffer window on the screen (i.e. a "clipboard"). To paste, i.e., transfer, the information that has been copied into 
the buffer to the receiving object, the programmer selects cells, such that the highlighted cells assume the attributes 
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that were copied into the buffer. If the programmer trios to paste an attribute into an incorrect coll, a warning message 
is activated. 

[0087] The buffer window can be accessed or viewed at any time by a menu command. The only time that data in 
hidden columns will be copied into the window buffer is when the programmer has selected the entire row by clicking 
5 on the row header. 

[0088] The programmer can also review the data by means of a "browser" which supplies the programmer only with 
information requested from the underlying stored data base. This method of data presentation is very efficient, as it 
does not require the programmer to "navigate" through all of the data contained in the spreadsheet. The programmer 
merely has to specify the parameter data that he would like to see and only that data is displayed. 

10 

HIERARCHICAL FRAME OF REFERENCE 

[0089] A multi-level frame of reference can be established in the model for the purpose of assigning and editing 
positional information. The creation of a number of levels in the universal frame of reference facilitates this entry of 
'5 required positional information. As the programmer selects an object to be included in the model, he is required to 
enter the symbolic name for the object that supports the object being added. In this manner a hierarchy is developed 
that identifies the "tree" of supports. 

[0090] In this type of hierarchy, the principal level or master frame of reference in the overall model is the performance 
venue, which is defined by its boundaries and incorporates everything within it. The screen boundaries of the display 

20 monitor can imitate the boundaries of the stadium or performance venue. When the programmer adds an object that 
is in the venue level of the hierarchy he can specify that the added object is supported by the floor or roof. The next 
level in the model hierarchy is the objects which are supported by the floor/ceil ing ; which may be placed anywhere 
within the venue frame of reference. The subsequent level in the model hierarchy is comprised of the set pieces, which 
include all of the structures used in the performance such as the drum risers, ramps, or any other scenery that is used 

25 in the performance. The position of these set pieces may be assigned with respect to the venue, stage or other set 
pieces that have previously been defined. The final level in the modelling hierarchy is the performers; they may be 
specified with respect to anything that has been defined in the arena. 

[0091] The programmer may enter data while working in any level of the hierarchy, and it will bo reflected in each of 
the other levels. For example, the programmer can specify that a light will be focussed on a performer located on the 

30 drum riser for a particular cue. The model determines the position of the drum riser with respect to the universal frame, 
and then computes the position of the performer within the universal reference. This in turn defines the light positioning. 
[0092] When the programmer moves a support to a new position within the model, all of the objects that are supported 
by the moved object should also move. When the programmer deletes an object that serves as a support for other 
objects, all of the things that were supported by the deleted object become supported by the deleted object's supporting 

55 object. 

[0093] The programmer can also specify that an object is "bolted to" its support, indicating that when the object is 
moved its supporting object will also move. When the supporting object moves any other objects supported by it will 
also move , as described above. 

40 BUILDING A MODEL OF THE LIGHTING SYSTEM 

Menu of Building Block Elements 

[0094] When initially building the model, the programmer can be presented with a menu or listing of building blocks 
45 or symbolic representations for all of the elements that would likely be placed in the lighting system model. This building 
block menu, similar to a legend or key is presented as a separate screen, a pull-down menu, or a window on a portion 
of the screen. As shown in Figure 3, when presented with this menu of building block alternatives, the programmer 
can designate his building block choice to computer 20 by manipulating mouse 28 so cursor 34 points to his selection 
from among alternatives 66 a-g. Selection of this building block is by depressing key or button 29 provided on mouse 
so 28. The selected "icon" wilt be distinguished from non-selected items. If a pull-down menu system is utilized to access 
the building block menu, the programmer must first access the pull-down menu by selecting the menu from menu bar 
38. In the preferred embodiment, the building block menu (or "objects palette") is accessed by selecting menu 44d in 
Fig. 2d. Thereafter the programmer "drags" the cursor down to highlight the "show objects palette" option. The building 
block menu then appears in a window on the screen. 
55 [0095] Once the programmer has accessed the list of building blocks he can begin selecting the desired objects to 
be included in the model. A typical legend menu 62 is shown in window 58 of Fig. 3. The legend screen or menu 62 
comprises symbolic representations 66 a-g or "icons" that are small pictures that represent available elements that 
can be used in a typical lighting system. The modelling system can be programmed with a directory of the symbolic 
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representations of elements that arc common in lighting systems and the surrounding environments, this directory 
being stored in computer 20. The directory is accessible to the user so that it can be updated by adding or deleting 
elements as necessary. 

[0096] Upon the selection of a building block element by the programmer, a record is created in the underlying data 
5 base in the storage means of computer 20 to store all of the necessary information for that object. Preferably, the 
records are broken down into fields for each attribute of the object that is to be stored. As will be discussed below, 
when the programmer selects an icon the modelling system will know what that icon is, and it can create a record in 
the memory specifically designed for that type of object. The created record will have fields for every attribute that must 
be known in order to completely model and program each object. The record creation will be discussed with respect 
10 to each building block element below. The information that is created in the memory records during the creation of the 
model helps to facilitate the cue writing process. 

LIGHTING INSTRUMENTS 

is [0097] Icons 66 a-d in the building block menu of Fig. 3 are symbolic representations of various lighting instruments 
that can be utilized in a lighting system. In a preferred embodiment of the invention, each type of unique lighting 
instrument is assigned its own symbolic representation. In the legend menu 62 of Fig. 3, each of the elements 66 a-d 
represent different lighting instruments. 

[0098] For example, icon 66a represents a standard conventional light that is focussed by hand and whose intensity 
20 is controlled by an external dimmer. If the programmer clicks on icon 66a to select a conventional light for inclusion in 
the model, a record will be created in the underlying data base with appropriate fields and the programmer will be 
prompted to enter the information that is necessary to define the conventional light. Upon selection of a conventional 
light, the programmer is prompted to enter the channel number identifying the light, the symbolic name of the support 
from which the conventional light will hang and the positioning of the light relative to its support. 
25 [0099] This information is stored in the appropriate fields of the record associated with this modelled object. Since 
conventional lights only offer variable intensity control, a field is created in the record to store the intensity value. The 
record created upon selection of a conventional light can also include such fields as channel number, object type, 
supporting object, translation (x.y.z translation with respect to its support), rotation (x,y,z rotation with respect to its 
support), focus (pan and tilt values that will not change with the recall of cues), color (value won't change with the recall 
30 of cues) and intensity (representation of the value ol the control signal (0 - 1 00%) that is sent to the dimmer device to 
which the luminaire is connected). All of the fields except for intensity are generally defined once the programmer has 
included and defined the light in the model. 

[0100] Automated lights can also be assigned unique symbolic representations such as the icons 66 b-d, Fig. 3. As 
in the case of a conventional light, the selection of an icon 66b - 66d (representing an automated light) establishes a 

35 record in computer storage with the appropriate fields and the programmer can be prompted to enter channel number, 
support, and position relative to the support associated with the light for entry into the associated fields. 
[0101] In one embodiment, icon 66b represents a Vari-Lite "VL2B™" model; 66c represents a Vari-Lite "VL3™" model, 
and 66d represents a Vari-Lite "VL4 rM " model. Since the modelling system is programmed to recognize the type of 
lighting instrument that is selected when the programmer clicks on an icon 66 a-g; the record associated with that 

to selection has fields to store all of the information for that object. Thus, the records for an automated light contain fields 
appropriate for each of that type of light's unique attributes (e.g., channel number, object type, support, translation and 
rotation with respect to the support, intensity, focus (pan and tilt components), color, beam angle, gobo, and edge). 

Orientation 

45 

[0102] When defining a selected lighting instrument in the model, the programmer must specify the orientation of 
the lamp with respect to its support. The standard practice of hanging lights orients them so that the pan axis is vertical 
and the light can focus straight down. However, the lighting designer may desire to orient a light in a non-conventional 
or random manner. Since the orientation of the light has a direct effect upon the pan and tilt calculation, the programmer 

50 must specify the orientation of every light. 

[0103] The programmer can be prompted to enter the orientation of a light each lime he selects a light from the list 
of building blocks, or the orientation can be set to default values which are changed if the programmer enters different 
values. The programmer can define the orientation by selecting a light and accessing an orientation dialogue box. In 
the preferred embodiment, the programmer can enter the orientation of lights which are hung in a non -conventional 

ss manner by means of a pull-down menu. Upon accessing the orientation or "hanging" selection of pulldown menu 44f 
in Fig. 2f, a dialogue box will prompt the programmer to update the orientation values. Every record associated with a 
light should have a field that stores the orientation of the light with respect to its support. 



11 



EP 0 495 305 B1 



ADDITIONAL MODEL BUILDING BLOCKS 

[0104] Icon 66e in Fig. 3 represents the symbol used to model the stage and related platforms (such as a drum riser). 
When the programmer selects that icon, a record with the appropriate fields is created for the object in order to store 
5 the necessary information. The record includes fields for the symbolic name for the selected object, the object type, 
dimensions (length, width, and height), support, and its position and rotation with respect to its support. The programmer 
is prompted to enter these values during the modelling and programming processes for inclusion in the object's ap- 
propriate field. 

[0105] If the set piece is not a rectangular solid additional fields are included in the object's record to mathematically 
10 define its shape. 

[0106] Icon 66 g is a symbolic representation used to mode! performer-target, such as singers or drummers. Upon 

selection of icon 66g, a record with appropriate fields is created to store the information required to define this object. 

Similar to the records created for stage pieces, fields are created within the record which include the symbolic name, 

object type, dimensions (length, width and height), support, and its position and rotation with respect to the support. 
15 [0107] Symbol 66f represents the truss elements on which the lighting instruments may be hung. Upon selection of 

icon 66f a record with the appropriate fields is created for the truss. The fields necessary to define a truss element 

include the symbolic name, object type, length of the pipe, and its position and rotation with respect to its support. 

Additionally if the truss is comprised of two pipes the programmer can record the distance between the two pipes. 

Upon selecting icon 66f the programmer is requested to enter the appropriate information. 
20 [01 08] Additionally, the programmer can be offered other basic items for the development of symbolic representations 

for unique stage props. By combining the building block elements the programmer develops his own representations 

for numerous stage objects. 

[0109] Since many set designers and lighting designers use computer-aided design tools such as AutoCad (sold by 
AutoDesk : Inc., 2320 Marin Ship Way, Sausalito, CA, 94965) to design sets and lay out lighting systems, the modelling 
25 system of the present invention can receive the data from such CAD programs describing the name, dimensions, 
supporting object, position and rotation of the model elements. 

SUMMARY 

30 [0110] The foregoing steps are summarized below. 

1 . Selecting and Defining Elements 

[0111] The programmer uses the basic building blocks of the legend menu 62 to define the entire model for the 
55 lighting system. Upon selection of a building block element by clicking on it the programmer is prompted to supply the 
information needed to define the building block element. 

[0112] Alternatively, the programmer can select a building block by entering an alphanumeric character on keyboard 
30 that is associated with that clement. 

[0113] As information is retrieved from the programmer it is placed in the appropriate fields of the record associated 
40 with the selected model object. 

[0114] An efficient method of prompting the programmer to retrieve necessary definitional information is by means 
of "dialogue boxes". Typical dialogue boxes are shown in Figs. 6-8. The dialogue box is a window that can be used 
to contain text or symbolic representations. 

[0115] Once the programmer selects a building block element from legend menu 62, the modelling system will rec- 
45 ognize the type of object selected (e.g., truss, target, VL4™, etc.) and can retrieve from memory any previously-stored 
characteristics or other information describing that object. This minimizes the information that must be entered by the 
programmer and maximizes the operating efficiency. 

2. Assigning a Symbolic Name 

so 

[0116] The programmer can also use the dialogue box or other data entry means such as keyboard 30 to attach a 
symbolic name to the graphical object that he has selected. During the programming process the symbolic names 
provide the programmer with an easy means for identifying particular targets and elements within the lighting system. 
For changing a defined symbolic name, the programmer can select icon 135 of Figs. 7-9, causing a dialogue box to 
55 be presented on the screen. The dialogue box will show the programmer the symbolic name that is presently associated 
with the selected object and allow it to be updated. The "name" icon 135 can be accessed by means of a pull-down 
menu or by a palette of tools presented in a window on a portion of the display as shown in Fig. 9. 
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3. Defining Dimensions 

[0117] After selection of a building block, the programmer is prompted to enter its dimensions. In the preferred em- 
bodiment, the dimensions of the lighting instrument building blocks shown as 66 a - d of Fig. 3 are pre-programmed 
and the programmer will nol be prompted for their dimensions. However, when the programmer selects any of building 
block icons 66 e - g he will be prompted for the dimensions of the selected object. The entered information is placed 
in the appropriate fields in the record created for the model object. 

[0118] In the preferred embodiment, the programmer can update previously defined dimensions of a selected model 
object by selecting the "dimension icon" 137 of Fig. 9. Upon such selection, a dialogue box will be presented with the 
dimensions of the selected object. The programmer will bo able to update the presented information. 

4. Defining Supporting Object 

[0119] In the preferred embodiment, the programmer is provided with a "support" icon 139 for updating a selected 
graphical object. Upon selecting a graphical object and clicking on the "support" icon 1 39, a dialogue box is presented 
containing the symbolic name cf the object that supports the selected object. Thereafter, the programmer will be able 
to change the supporting object. The "support" icon 139 can be accessed by means of a pull-down menu or from a 
palette of tools 130 presented in a window on a portion of the screen. 

5. Defining Positional Information 

[0120] In addition to identifying and defining the characteristics for the building block object to be included in the 
model, the programmer also defines the position of the object within the model. After the programmer has entered all 
of the definitional information that has been requested, the object is initially inserted in the model in a default location 
corresponding to the center of the space that supports the object. For example, if the object is a target (e.g. a performer) 
supported by the stage, the target is placed at the center point of the stage and at zero rotation with respect to the 
stage. Thus, the graphical object initially has a translation of (0,0,0) and a rotation of (0,0,0) with respect to its support. 
[0121] The programmer changes the position of the selected object by clicking on its imago, moving the objects 
outline with mouse 2£ to the location where the programmer would like to position the object. He then enters this 
position by releasing button 29. 

[0122] When the programmer is positioning a selected object in a multi-view display mode as in Fig. 3, he moves 
the object in one window, such as window 54a (a top or plan view). This process fixes the position of the object with 
respect to coordinates V and "y". The programmer then adjusts the height of the object in one of the other windows 
54b or 54c to fix the "z" coordinate of the object. Alternatively, using a dialogue box, the programmer can numerically 
define the position of the object by specifying its location relative to a fixed location that has been defined within the 
model. 

[0123] In the preferred embodiment the programmer is provided with a "dragging" tool 132, Fig. 9, that allows him 
to "drag" a selected object around the screen. The "draggcr" can be accessed by means of a pull-down menu or from 
a palette of tools 1 30 provided in a window on the screen (shown in Fig. 9). Similarly, the programmer can also access 
a "rotating" tool 1 33 that allows a selected object to be rotated to achieve a particular orientation. The "rotating" tool 
can also be accessed by a pull-down menu or from a palette of tools 130 provided in a window on the screen. Alter- 
natively, numerical entry may be made of rotation relative to the support or to the master frame of reference. 
[01 24] These actions by the programmer result in a series of translations and rotations that are reflected in the model 
object's underlying record. The graphical view presents a view of modelled objects of known size presented in a window 
also of known size, therefore a scale can be established to determine the effect of a movement in the graphical view 
on the underlying data base. 

[0125] For example, if a model object initially has a translation of (0,0,0) and a rotation of (0,0,0) with respect to its 
support, and the programmer translates the object 10 units in the x direction, 25 units in the y direction and 40 units 
in the z direction, then the translation will result in coordinates of (10,25,40) for the object. Similarly, if the programmer 
rotates the object 90 degrees about the x axis of the supporting object's coordinate space, the new rotation of the 
object with respect to its support will be (90 degrees.0,0). This information can then be updated in the fields of the 
associated underlying record. 

Matrix Transformation Solutions 

[0126] A complex scries of translations and rotations can be resolved by utilizing three-dimensional matrix transfor- 
mations. An object that initially has translation coordinates ol (x^y^z,) will have new coordinates of (x 2l y 2t z 2 ) with 
respect to its support after a translation, where 
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where T.T, and T, are the components of the translation in the x, y, and z directions. This translation is represented 
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25 [0127] Rotation transformations are done in a similar, although more complex manner. It is helpful to utilize three 
separate transformations for rotation about each of the three coordinate axes. If a graphical object is rotated about the 
x coordinate axis through an angle 0 (measured clockwise when looking along the rotation axis (x in this instance) 
toward the origin), the result is achieved with the following matrix transformation: 
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40 Rotation about the y axis is given by: 
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And finally, a rotation of angle 0 about the z coordinate axis is represented by: 



ss 
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[x 2 y 2 z 2 1] « [x, y, z, 1] [cos 9 -sin 9 0 0] 

[sin 9 cos 9 0 0] 

[0 0 10] 

[0 0 0 1] 



[0128] By utilizing a concatenation process, any number of successive transformations can be represented by a 
single transformation matrix. If a first translation is represented by matrix T, , then a rotation about the x axis represented 
by matrix R x , and finally another translation represented by matrix T 2 , the concatenated transformation to represent 
this sequence that places the new coordinates at (x\ y', z') is: [x* y' 1 1 ] = [x y z 1 ] (T, * R x *T 2 ). The order of operations 
15 must be maintained when the transformation matrices are cross multiplied together. 

[0129] Cross multiplying by the inverse matrix M' of a matrix M performs the symmetrically opposite transformation. 
The result of this operation is to undo the effect of the transformation with the matrix M. 



Illustration 

20 

[0130] To illustrate the addition of a building block to the model, the selection of the stage's building block element 
for inclusion in the model and the definition of its necessary characteristic information is discussed with respect to the 
preferred embodiment. The stage is generally one of the first elements to be defined and placed in the model. The 
stage is often the support for numerous objects in the model so many other elements are often defined with respect 

25 to the stage location. Referring now to Fig. 3, and as discussed in general above : the programmer selects the symbolic 
representation of the stage icon 66e by manipulating cursor 34. Upon selection of stage icon 66e, the processing 
means of computer 20 recognizes that the programmer has selected the symbolic representation for the stage or 
related platforms. Tho appropriate record and corresponding fields (as discussed above) is established in the data 
base stored in computer 20. The programmer's selection of the stage element from the legend menu triggers a request, 

30 generally by means of a dialogue box (as shown in Fig. 8), to attach a symbolic name such as "stage" to the object. 
The symbolic name facilitates later programming i and allows the programmer to identify the stage when using it as a 
support for other objects. 

[0131] The processing means of computer 20 recognizes that the programmer has selected icon 66e. The selection 
of this icon invokes a dialogue message such as that shown in Figure 7, that retrieves the length, width, and height of 
25 the element. Thereafter, the programmer is requested to define the stage support, which can also be defined by using 
a dialogue box. The programmer can be presented with a list of all of the objects that have been previously defined in 
the model which may serve as a possible support. Generally the appropriate support for the stage will be the "floor" of 
the venue. 

[01 32] As discussed above, the programmer preferably assigns the position of the stage by using mouse 28 to place 
■40 the graphical representation of the stage-in its corresponding position in the model. If the programmer has specified a 
support for the stage (generally the floor of the venue), the symbolic object is placed in the center of this graphical 
space by the modelling system. The programmer then merely has to manipulate the symbolic object into its precise 
location with "dragger" 132. Alternatively, the programmer may use a dialogue box to numerically define the stage 
position with respect to fixed locations within the venue boundaries which have been previously defined and given 
45 symbolic names. For example, the programmer can define that the "stage" is on the "floor" of the venue centered a 
particular distance from the "rear wall". Once the symbolic representation of the stage has been positioned in the 
model's graphical image the algorithm discussed above determines the x, y, and z translation and rotation of the stago 
with respect to its support (the floor). 

[01 33] The characteristic information defined for this graphical object is stored in the appropriate fields of the record 

50 that has been created for the stage object. 

[0134] The programmer continues developing the model of the lighting system in this manner by selecting and de- 
fining objects to be included in the model. He proceeds to identify every object to be defined in the model, specifying 
the location and characteristics of each. As each object is added, a record is created that builds upon the previously 
entered information. The master data base stores all of the records containing parameter information for each of the 

55 objects in the lighting system. 
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PROGRAMMING A LIGHTING SYSTEM USING THE DEVELOPED MODEL 

[0135] As shown above, a graphical representation of the objects of the lighting system and its venue environment 
is presented on screen 24 as the objects are defined in the model. The modelling system has recorded the character- 

5 istics, dimensions, and location for each object that was added lo the model. The completed model and the information 
that it contains can then be effectively utilized to write "cues' or snapshots of the current state of the elements involved 
in creating a particular lighting effect. As previously noted, cue data representing the parameters of each element 
involved in the lighting effect can be written and stored, and later recalled to return the lights to the states they were 
in when the cues were initially written. 

jo [0136] A complete cue defines all of the variable parameters for each light that is necessary to define its lighting 
attributes and represents what must be transferred to the lights. A partial cue defines only some of the parameters but 
may be combined on playback with current states to create a final effect. The variable parameters for a state-of-the 
art automated light, such as a Vari-Lite model VL4™ include pan, tilt, color, beam size, intensity edge and gobo. 

is Selecting Lights to be Defined 

[01 37] In order to write a cue, the programmer/designer must determine which lights need to be activated, what their 
associated targets will be, and the overall lighting effect, static and dynamic, that he would like to achieve. Using the 
representation of the lighting system model displayed on screen 24, the programmer begins by selecting the lights to 

20 be activated and defined. The selection of lights may be done graphically by pointing to the light in the display with 
the cursor and then pressing a key or button on the input device to indicate the selection to the computer 20. Alterna- 
tively, as shown in Figs. 10 a-c, the programmer can select a light by surrounding it with a marquee. This is done by 
pointing to the upper left region around the light and clicking button 29 on mouse 28 (Fig. 10a); then without releasing 
the button, dragging mouse 28 to bring the desired light within the highlighting box 50 (Fig. 10b). Finally once the 

25 programmer is satisfied that he has selected the appropriate light he can release button 29 on mouse 28 (Fig. 10c). 
As another alternative, the programmer may identify the light to be accessed by entering an alphanumeric symbolic 
name that identifies the light. 

Selection of a Group of Lights 

30 

[0138] The programmer has the option of selecting an individual light or a group of lights. The selection of a group 
of lights is shown in Figs. 11 a-c. In this sequence of figures, the programmer clicks on mouse 28 and drags the cursor 
to include all of the desired lights within the highlighting box 50. The ability to select a predefined group of lights is 
similar to the "Group Select" option that is a common function of the Vari-Lite control consoles. This feature simplifies 
35 the processes performed by the programmer when he wishes to assign the same value for a selected attribute to a 
group of lights, for example directing a number of lights to the same target. Thereafter, the programmer can assign a 
symbolic name to the group of lights just selected. 

Defining Target Parameters (Pan and Tilt) 

40 

[0139] The programmer moves the lights to focus on a target by controlling the focus (or pan and tilt) parameter of 
the lights. The programmer can establish the pan and tilt values of any light in either a direct or indirect manner. 
[0140] The information recorded in the model has established the position of every element within free space. This 
information allows the calculation of the pan and tilt values required to point a particular light at a certain target. The 
4S pan and tilt values can be calculated by retrieving the location of the particular light and the particular target in free 
space. This has an advantage over methods of programming employed with the actual lighting system where the pan 
and tilt values have to bo manually adjusted until the light is focused correctly on its target. 

[0141] The programmer can specify that the pan and tilt values of any tight shall be such that the light is focused on 
a defined target object. Using this "parametric" definition of the pan and tilt values which associates the light or lights 

50 with a particular target, the modelling system can compute the appropriate values. To locus the lights in this manner, 
the programmer indicates the symbolic name of the appropriate target to the computer. The associated target for a 
light can be retrieved by the programmer by using the dialogue box query of the target's symbolic name. In this em- 
bodiment, the programmer indicates to the modelling system the target that the light should be focussed on. Thereafter, 
the required pan and tilt values are computed. If the resulting tilt is impossible, the programmer is notified by the 

55 modelling system. 

[0142] If a light is focussed by associating a target, tho symbolic name of the target and the calculated pan and tilt 
values can be stored in the light's record. If the target is later moved in the model, the pan and tilt values will be 
correspondingly changed and updated to maintain focus on the target. Again, if the resulting tilt is impossible, the 
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programmer is notified. When the cue data is transferred to tho control console of the lighting system, the pan and tilt 
values for lights focussed on targets will be transferred as absolute pan and tilt values. 

[0143] A second method defines the pan and tilt values for the selected lights by entering "absolute" numerical values. 
This is done by selecting the light or lights to be defined and then responding to a dialogue box query to enter the pan 
5 and tilt values. 

[0144] A third method of defining pan and tilt values for a light is by "preset focus". This method, as implemented in 
the Vari-Lite console, focusses the lights to their targets by a dereferenced or indirect specification. The programmer 
selects an arbitrary number of lights, assigns a target to them or enters absolute numerical values and then stores this 
configuration as a preset focus by attaching an alphanumeric symbolic name to it which serves to identify it. 
io [0145] The preset focus position of all presently activated lights can thus bo stored in a file and retrieved at any timo 
by entering the identifying name. This retrieves for each light the pan and tilt values required to focus the light on the 
desired position. 

[0146] When a programmer fixes the pan and tilt values for a cue by means of a preset focus, the symbolic name 
of the preset focus is stored in the cue. The file defining each preset focus is also transferred to the control console. 
is When the data is transferred, the pan and tilt values defined in this manner will be identified by the associated preset 
focus symbolic name. When a cue using preset focus is executed in a light, the light retrieves the proper pan and tilt 
value by referring to its preset focus record. Prompts for preset focuses can be presented to the programmer as a 
graphical duplicate of the preset focus panel on the Vari-Lite console. 

[0147] A lighting designer uses several different combinations of beam spread and tilt angle to light a performer 
20 standing on stage. A 'head shot' uses a narrow beam of light which only illuminates the performer from the neck up to 
the top of the head. A "head-and-shoulders shot' is similarly from the shoulders up. A waist shot' illuminates the per- 
former from the waist up. A 'full-body shot' illuminates the performer from the feet to head. For any given luminaire 
illuminating a performer, the tilt value and beam size (beam angle) will be different for each of these 'shots'. 
[0148] By embedding knowledge of the proportional sizes of the various parts of the human body in the model, the 
25 system can calculate the pan/tilt and beam size for each luminaire to achieve a head shot, waist shot, etc. This allows 
the user of the system to express his requirements by identifying the performer object and the desired type of 'shot', 
rather than aiming and sizing each luminaire individually. 

[0149] Often, a lighting designer will set the pan/tilt values of a group of luminaircs to achieve a desired arrangement 
of the light beams in the air, rather than to illuminate a specific target. The designer does this by visualizing a certain 

30 volume of space through which the beams are to pass, called the 'target volume'. The resulting arrangement of beams 
in the air, or 'look', is a function of a few specific characteristics: the positions of the chosen luminaires relative to each 
other, their positions relative to the target volume, the size ol the target volume, and the desired arrangement of the 
beams in the air. Some examples are a 'fan' (closely spaced luminaires diverging to pass through a large target volume 
at evenly spaced intervals), a 'crossing fan' (widely spaced lights converging onto a small target volume and then 

55 diverging), and a 'wall' (luminaires with parallel beams). 

[0150] By representing target volumes as an object in the system, the user can move or re-size that volume, after 
which the system can recalculate pan/tilt values to maintain the desired look. By embedding knowledge of the char- 
acteristics of a fan, wall, etc. in the model, the user of the system can specify a look and some of its characteristics 
and the system will fill in the unspecified characteristics. For example, after defining a target volume, and specifying 

io a crossing fan of 6 beams from the upstage truss, the system could choose 6 evenly-spaced luminaires on that truss 
which are currently unused and set their pan/tilt values to achieve the crossing fan. 

PREFERRED METHOD OF CALCULATING PAN AND TILT VALUES 

45 [0151] The preferred method for calculating the pan and tilt values necessary to focus a light on a particular target 
is discussed with respect to Figs. 12 to 18. Fig. 12 shows the coordinate map for a typical automated light. This figure 
shows the x, y, and z axes in the coordinate space of tho lamp. The relationship between pan and azimuth is also 
shown. Pan stop 150 serves to limit the rotation of the lamp. As shown in Fig. 13, the tilt value of a typical lamp is 
limited to the range of +1 35° to -1 35°. 

so [0152] In order to determine the pan and tilt values needed to focus the light at the target, the position of the target 
within the lamp's coordinate space must be determined. This can be performed by determining the inverse transform 
matrix of the lamp within the master frame of reference. Thereafter, the x, y, and 7 coordinates of the target must be 
determined in the master frame of reference by tracing back the "tree" of supports. If the x, y, and z coordinates of the 
target in the master frame of reference are cross-multiplied by the inverse transform of the lamp's matrix, the end result 

55 will be the position of the target in the lamp's coordinate system. The position of the target relative to the lamp's coor- 
dinates is used to obtain the azimuth and elevation of the target with respect to the lamp. 

[0153] The pan and tilt calculation for the light depends on the azimuth and elevation of the target in the coordinate 
system of the lamp. The azimuth angle of the target is the angular distance of the target from the reference axis (x), 
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x>0, in the "horizontal" or x,y plane of the lamp. As shown in Fig. 12, the azimuth angle is measured from 0° at the 
reference axis counter-clockwise through 360°. Similarly, the elevation angle of the target is the angular distance of 
the target from the reference axis (z), z>0. As shown in Fig. 1 3, the elevation angle is measured from 0° at the reference 
axis clockwise through 135° and counterclockwise through -135° . Given the x, y, and z coordinates of the target in 

5 the lamp's coordinate space, the azimuth and elevation of the target can be determined using trigonometric identities. 
[01 54] Referring to the flow chart in Fig. 1 4, the azimuth of the target is obtained by evaluating the x and y coordinates 
of the target in the lamp's coordinate space. The values of x and y are tested against the conditions defined in box 
160, 164, 168, 172 in the flow chart. The appropriate calculation for each condition is defined in the associated boxes 
162, 166, 170 and 174. The necessary operation is performed to obtain the azimuth (in radians). 

io [0155] Referring now to Fig. 1 5, the elevation of the target is similarly obtained by evaluating the x, y, and z coordinates 
of the target in the lamp's coordinate space. The elevation of the target is obtained as a function of the target coordinates. 
As shown in the flow chart, the formula for the elevation calculation is: 

2 2 2 1/2 

15 Elevation = Arccos ( z/ (x + y + z ) ) 

The elevation is calculated for the coordinates as long as error condition 132, e.g., a target point within the volume of 
the light itself, is not satisfied or x, or y or z is nonzero. 

[0156] There arc two sets of azimuth and elevation values that will correctly focus the light on the same target. If 
20 one set of pan and tilt values for a target is A 0 and E°, respectively, then the other pair of pan and tilt values to focus 
the light on the same target is (A 0 + 1S0°) and (-E 0 ), respectively 

[01 57] The flow chart in Fig. 1 6 shows a method for determining which pair of azimuth and elevation values will point 
the light to the target with minimum yoke movement The azimuth and elevation (calculated in radians) are converted 
into degrees in step 192. Additionally, it is necessary to determine the corresponding pan-azimuth value (panaz) as- 
25 sociated v/ith the present pan setting (pannow) 192. "Panaz" is used in comparing the two pan-azimuths which point 
to the target and in determining which is preferred. 

[0158] In step 194 the two possible pan-azimuths that point at the target are obtained by adding 90° to the azimuth 
(paz1 ) and subtracting 90° from the azimuth (paz2). The 90° is added or subtracted from the calculated azimuth value 
so that the plane of tilt rotation will pass through the target. Since a pan-azimuth of 0 g is defined in Fig. 1 2 to be pointing 
30 along the x axis, a pan-azimuth of 0° puts the tilt plane in the plane of the y-z axes. In this position, the lamp could 
point to an azimuth of 90° or 270°. Thus, in order to produce a pan -azimuth from an azimuth, 90° must be added to 
or subtracted from the desired azimuth. 

[0159] Since the range of valid pan-azimuths is limited to 0° through 360°, steps 196 - 202 guarantee that "pazT 
and "paz2" are maintained in this range (modulo 360°). If paz1 is greater than 360° then 360 3 will be subtracted from 
35 the value (step 1 98). For example, a pan-azimuth of 400° is beyond the range of the lamp so the value is reduced by 
360° to an equivalent pan-azimuth of 40°. Similarly, if paz2 is less than 0° then 360° will be added to it, to keep the 
pan -azimuth in range (step 202). 

[01 60] As a result of pan stop 1 50, pan-azimuths of 0° and 360' represent different positions of the yoke, each being 
on opposite sides of pan stop 150. In steps 204 through 220, it is determined whether the two possible pan-azimuths 

40 (paz1 and paz2) are set to either 0° or 360°. If paz1 is equal to 360° and panaz (the present pan-azimuth setting) is 
less than 180 3 (step 216) then paz1 should be set to0° (step 210) in order to minimize the rotation of the lamp. However, 
if panaz is equal to 180° (step 203) then each direction of rotation is the same, and a "lie-breaker" should determine 
whether 0* or 360° is used (step 212). This tie-breaker can be under user control. Steps 214 through 220 show the 
steps for analyzing paz2. After these steps have been performed, there are two possible solutions for pan-azimuth that 

45 are 180° apart. These two values are the output of the flow chart shown in Fig. 16. 

[0161 ] The flow chart of Fig. 1 7 (see also Figs. 1 8a, b and c) determines which of the two solutions should be utilized. 
Step 230 determines the delta angular distance that must be traveled by the lamp in moving from tho present setting 
to the new setting for each of the two pan-azimuth values (resulting in deltal and delta2). In step 232, it is determined 
whether both paths travel the same angular distance. If they do, then the tie-breaker determines which pan-azimuth 

so will be used (step 234). 

[01 62] However, if the paths are not the same, then a determination is made as to which value represents the shortest 
angular distance (which is the smaller of deltal and delta2). If the angular distance offered by the first value (paz1) is 
smaller than the angular distance offered by the second (paz2), then the algorithm proceeds to the branch of the flow 
chart with steps 240, 246 and 248. Step 240 determines whether you can get to the new pan-azimuth value from the 

ss previous pan-azimuth value without traveling through pan stop 150. If so, then the first pan-azimuth value (paz1) is 
selected and converted to a pan value The corresponding tilt value is chosen based on the "tilt sense" value, where: 
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tilt = elevation * tilt sense, (step 250). 

[0163] If step 240 determines that the light cannot travel from the previous pan-azimuth value to the new pan-azimuth 
s value without going through the pan stop 1 50, then the longer distance (paz2) should be chosen. Steps 238, 242 and 
244 proceed from step 236 when the angular distance to be traveled is shorter for the paz2 value. These steps are 
evaluated in the same manner as steps 240, 246 and 248. 

[0164] Since tilt values are limited to the range of +135° and -135°, if an impossible tilt value results then there will 
be no solution and an error condition will arise. 

w 

Example 

[0165] The pan and tilt computation is discussed below with respect to the position of a target in a lamp's coordinate 
system. In order to illustrate, a target having coordinates of (20,20,45) in the lamp's coordinate system is discussed. 
1$ Proceeding initially to the steps shown in Fig. 14, the x and y coordinates of the target are both positive (condition of 
Step 160), therefore the calculation results in an Azimuth equal to the inverse tangent (arctan) of (20/20) or the arctan 
of 1 . This results in an azimuth value of rc/4 radians (or 45 degrees). 

[0166] Thereafter, the elevation is calculated according to the method shown in Fig. 1 5. Since the error condition of 
Step 180 is not satisfied, the following elevation computation is performed in Stop 184: 

20 

Elevation = Arccos (45/(20 2 + 20 2 + 45 2 ) 1/2 ). 

An elevation of approximately ru/5.6 radians (or +32.2 degrees) results. 

25 [0167] As discussed above, the algorithm in Fig. 16 determines which of the pair of possible pan and tilt values will 
point the light to the target with the least amount of movement. Step 1 92 of Fig. 1 6 converts the previously calculated 
azimuth and elevation radian values into degrees. We have already calculated the azimuth and elevation to be 45 and 
32.2 degrees, respectively. Step 192 also requires the pan-azimuth value corresponding to the present pan setting to 
be determined, according to the method shown in Fig. 16b. Assuming that the light has an initial pan setting of 270 

20 degrees, the corresponding pan-azimuth value will be (270 - 130) degrees or 90 degrees. As seen in Fig. 16, this 
variable is "panaz". 

[0168] Step 194 determines the Iwo possible pan-azimuth values that will point to the same target based on the 
azimuth value. The resulting value of "pazl" is 135 degrees (45 + 90), and "paz2" is -45 degrees (45 - 90). Since paz1 
is not greater than 360 degrees (Step 196), the algorithm proceeds to Step 200. Since paz2 is less than 0 degrees 
25 (Step 200), 360 degrees is added to the value of paz2, resulting in a value of 315 degrees, in order to maintain the 
value between 0 and 360 degrees. 

[0169] Here, pazl is not equal to 360 degrees (Step 204) and paz2 is not equal to 0 degrees (Step 214), therefore 
pazl and paz2 represent the two possible values of pan-azimuth (and are 180 degrees apart). These two values are 
the output of the Fig. 16 flow chart. 

40 [0170] The method of Fig. 17 determines which of the two solutions just determined should be utilized. Step 230 
determines the angular distance that must be traveled by the lamp in traveling from the present setting (panaz) to each 
of the two settings just calculated (pazl and paz2). These delta values are calculated according to the method shown 
in Fig. 18a. "Deltal* is the angular difference in traveling from panaz equal to 90 degrees to a new setting of 135 degrees. 
Fig. 18a results in a deltal of 45 degrees. Similarly, "delta2" is the angular distance required to travel from a panaz of 

45 90 degrees to a new setting of 315 degrees. Fig. 18a results in a delta2 of 225 degrees. Since, in this case, both of 
the calculated deltas are positive, taking the absolute value of these values in Step 230 has no effect. Since absdeltal 
does not equal absdelta2, the execution proceeds to Step 236. Since absdeltal is less than absdelta2 p the flow of 
execution proceeds to Step 240. Finally, since the result of Step 240 is a "yes", the program execution proceeds to 
Step 248, wherein a pan value of 45 degrees is obtained (according to the method shown in Fig. 18c). Since "tiltsense" 

50 is set equal to -1 during Step 248, the tilt value calculated in Step 250 is -32.2 degrees. The required pan and tilt values 
to point the light at the coordinates (20,20,45) are now known. 

MODEL CUES 

55 [0171] The programmer can establish "model cues" to allow for the recreation of a given arrangement of objects in 
the model. When the programmer has organized the objects of the model (e.g.. the position of sctpicccs, trusses, 
lurninaires and targets) he can store the arrangement as a model cue. This model cue can then be retrieved from 
memory later to establish the model in the stored arrangement. Upon recalling a model cue, each object in the model 
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will return to the position it occupied when the model cue was stored. The programmer can assign a unique alphanu- 
meric name to each model cue in order to identify it. As a model cue is created, the current arrangement of the all of 
the objects in the model are stored in it including dimension, translation and rotation with respect to the object support, 
the symbolic name of supporting object and an indication of whether the object is shown or hidden in the graphical 
5 display of the model. The programmer can modify a previously stored model cue by selecting model objects and storing 
them in the existing model cue. 

[0172] The programmer can use these model cues to facilitate the programming process. By entering the alphanu- 
meric identifier of a model cue, he can place the objects in a desired configuration. If the model has been arranged 
using a previously defined model cue, then when the programmer saves a preset focus or cue, the alphanumeric 

10 identifier associated with the model cue will bo stored as part of the preset focus or cue. 

[0173] Thus, the programmer can write cues and preset focuses that are based on the previously stored model cues, 
ff the programmer later changes a model cue that was developed during the programming process, the change will 
automatically be reflected in all of the cues and preset focuses that were based on the original model cue. The required 
pan and till values for those preset focuses and cues will be recalculated and the programmer notified if any impossible 

15 tilt values result. 

Defining Beam Characteristics 

[0174] Similarly, the programmer may define the remaining beam characteristics of a complex automated lighting 
20 system (such as color, beam size, intensity, edge and gobo) in a number of ways. One alternative is to define the 
parameters in an "absolute" manner. As an illustration, if the programmer wishes to define the intensity of the lights in 
an "absolute" manner, he can specify that all ol the selected lights should have an absolute intensity value, for example 
an intensity of 65%. Parameter data that has been defined in an "absolute" manner will not be automatically updated 
as alterations are made in the model. 
25 [0175] Alternatively, the programmer can define these parameters in a "parametric" manner, which allows the pro- 
grammer to assign parameter values with respect to a particular target. To illustrate, if the programmer defines the 
intensity in a "parametric" manner, he specifies that all of the lights which are focused on a particular target or are in 
a particular color or arc mounted on a particular truss, shall have a particular intensity, for example an intensity of 65%. 
The target or color or truss may be chosen by utilizing a dialogue box to enter the symbolic name that identifies it or 
30 by selecting it with the input device as discussed above. 

[0176] In another variation, the programmer specifies that all of the lights focused on a particular target should be 
adjusted to produce a desired intensity at the target. The system calculates the required intensity for each light so that 
for the combined effect of all the lights focused on the target achieves the desired lighting level. 

35 Defining Color 

[0177] When the programmer is specifying the color for a particular light or group of lights, he may select the color 
in a number of ways. Once the programmer has selected a light to be defined as part of the model, the particular type 
of light that has been selected is known. Correspondingly, the color palette appropriate for that type of lighting instrument 

40 can be presented to the programmer in a dialogue box. The programmer can use the palette to select the color. In this 
manner, the programmer can review the available colors and select the desired one. The color palette can be presented 
in a familiar format such as by the chromaticity triangle. Alternatively, the programmer may wish to enter an alphanu- 
meric name that has been associated with a color he desires. As another possibility, the programmer may define color 
in an absolute manner by directly controlling the positions of the color filtration elements in the lighting unit. This is 

45 obtained by defining the position of the color wheels (for example in a VL2B™), or by defining the angles for each of 
the three color filters (magenta, amber blue) of a lighting unit such as in a VL4™. 

[0178] In a preferred embodiment of the invention, the programmer is able to assign the color of a lighting instrument 
by establishing "preset colors", similar to the control offered by the Vari-Lite console. Typically the color produced by 
a lighting instrument can be defined with "standard" colors (assigned by the manufacturer) as well as "custom" and 
so "open" colors (assigned by the programmer). When the color is defined by using "custom", the preset color identifier 
is stored in the cue. The programmer defines "custom" colors indirectly, by means of dereferenced colors. The color 
that will be recalled when the cue is initiated is the color that is programmed into the "custom" palette at the time when 
the preset color is stored. When the color of lighting instruments is defined by means of "open" colors, they will be 
assigned an absolute color. 

55 [0179] The color of a selected light can be specified by a prompt which duplicates the Preset Color controls of a Vari- 
Lite control console. In that console, the action of pressing a preset color button on a console sots the currently selected 
lights to the color assigned to that preset color. 
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Gobo Selection 

[0180] Similarly, if the lighting instrument being defined achieves beam modification by means of a gobo, the data 
base can maintain tables of the available gobo selections for each lighting instrument being used and the gobo selected. 
When selecting the gobo to be used to project a desired beam configuration, the programmer can be presented with 
a graphical representation containing all of the possibilities. The programmer then merely selects the gobo that he 
would like to use to achieve the desired effect from the alternatives presented. Alternatively, the programmer can 
specify his gobo selection by indicating the stop position of the gobo wheel. 

[0181] When defining other beam characteristics, such as beam size, intensity and edge the programmer may specify 
those values by entering the desired values in a dialogue box. 

STORING CUE DATA 

[0182] Once the programmer has obtained the desired lighting effect for a particular cue by manipulating the param- 
eter values, he can store the parameter information as a cue for later retrieval Each cue is assigned an alphanumeric 
name for identification, which is generally a number system that follows the sequence of the performance. The cue 
data may be stored in the memory of computer 20 and/or an external storage media such as a diskette. Cue data may 
be formatted for transfer to and use by the actual lighting system (discussed further below). When the cue is stored in 
the memory of the actual lighting system, it may be recalled by entering its associated number. Once a cue is initiated 
by the programmer in the actual lighting system, the lights will adopt the state that their corresponding model objects 
were in during the simulation when the model cue was stored. 

[0183] Cues may be written and stored through an interactive process. A preferred embodiment for the process of 
writing and storing cues is illustrated in Fig 1 9. The cue writing menu 70 shown in Fig. 1 9 can be presented in a window 
or accessed by means cf a pull-down menu. After the programmer has obtained the lighting effect that he desires by 
manipulating the lighting attributes according to methods discussed above, he can store the lighting effect as a particular 
cue number by entering the number in the cue number icon 72 and clicking on the "store" or "str" icon 74 shown in Fig. 
19. Similarly, if the programmer wishes to recall a lighting effect that has been previously stored as a cue, he may do 
this by entering the desired cue number in the cue number window 72 and clicking on the "recall" or M rcP icon 78. The 
screen will automatically be updated to reflect the lighting effect of the selected cue. 

GRAPHICAL REPRESENTATION OF LIGHTING EFFECTS 

[0184] During the modelling process graphics display 24 presents the programmer with a view of the information 
stored in the underlying master data base. Similarly, as the programmer programs the lights, display 24 is utilized to 
show the programmer the effect that each parameter variation has upon the lighting system. As shown in Fig. 20, 
graphics display 24 provides a representation of the lighting effect as the programmer varies and defines the parameters 
for each light. The simulation displays the effect of pan and tilt by showing a beam of light that originates at each light 
source and terminates at the associated target. In this case, each of the lighting instruments 101-110 arc focusscd 
upon the singer 117. 

[0185] A color graphics display allows the beam of light to be displayed in the color that has been selected by the 
programmer. The programmer can also get an accurate view of the effects of beam size, as the beam of light will spread 
according to the programmed value. The underlying system aided by this graphics feature allows an entire light show 
to be programmed without requiring the presence of the control console or the lights. The programmer is able to see 
the lighting effects as a function of the parameter data, and as a result programming methods are not limited by the 
ability of the programmer to imagine the lighting effects. The programmer observes where the lights are focussed, and 
can visualize how the lighting attributes of each individual light combine to produce the overall lighting effect. 
[0186] While programming a particular cue, the programmer can observe the effects of any parameter changes on 
the overall lighting effect. If the programmer were to recall a previously recorded cue from memory, according to meth- 
ods discussed above, the model would be graphically represented on the display 24 with the lighting effect as a function 
of the stored cue data. If the programmer modifies a stored parameter, such as color, the representation would show 
the programmer the results of such changes. 

UPDATING THE DEVELOPED MODEL 

[0187] Generally, it would be very difficult to develop a single model that accurately reflects the features of every 
venue in which the performance tour will operate. Each venue has its own unique attributes and dimensions which 
may need to be reflected in the model in order to obtain accurate cue data. Correspondingly, if the programmer has 
written his cue data such that certain parameters depend on an accurate representation of the venue boundaries, stage 
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size, etc. then the programmer must ensure that this information is correctly defined in the model. The programmer 
can update the stored information either by selecting the graphical representation of the object using the input device, 
as discussed above, or by entering the alphanumeric name that is associated with it. Upon doing either of these, the 
programmer is presented with the information that has been previously defined for the selected object. The programmer 

5 may then update any of the information in the model that does not conform to the actual environment. 

[0188] Similarly, if the physical placement or characteristics of any of the elements of the lighting assembly and stage 
environment within the venue do not coincide wijh the way they were defined in the model, the programmer must 
update this information. If the position or other characteristic data of an element needs to be revised, the programmer 
selects the item to be updated from the model and then updates the information previously entered in the model. These 

10 tasks may bo done graphically, by means of a dialogue entry, or using the spreadsheet mode as discussed above. As 
the programmer modifies the model, e.g., as he moves an object to a new location on the display screen, the new 
information is reflected by a change of values in the underlying corresponding data base. 

[0189] Any needed update to the model can be easily executed in order to incorporate new information into the model 
to accurately reflect the actual lighting system and stage environment. 

15 

UPDATE OF PREVIOUSLY WRITTEN CUE INFORMATION 

[0190] Furthermore, the parameter data stored as cues may need to be updated if the sequence of events in the 
performance has been changed, or the location of targets in certain cues is modified. As discussed above, the pro- 

20 grammer can update cue data by retrieving the cue from memory by indicating the cue to be retrieved and clicking on 
the "RCL" icon shown in window 70 of Fig. 19. Thereafter, the previously stored lighting effect as a function of the 
stored parameters can be displayed on the screen and updated. The programmer can alter any parameter that does 
not conform to the actual situation. If a target location for the cue has been relocated, the programmer can selecl the 
target as discussed above and "drag" it to its new location. As an alternative the programmer may also update any 

25 target information by interacting with the modelling system by means of a dialogue box. 

DATA TRANSFER 

[0191] As suggested in Figure 1 , the cue data that is written by the programming system to define a lighting effect 
30 is translated into data that may be transferred directly to a lighting control console or to local lighting instruments. (In 
the latter case, the modelling computer is serving as the console.) The syntax of the data should be mutually interpret- 
able by the modelling and programming system disclosed herein and by the conventional control consoles and lighting 
instruments. In addition to being machine readable, it is preferrabie that (he data format be human readable as well. 
A readable textual representation of the data makes the debugging process easier. The modelling and programming 
35 tool, and the actual lighting system should be able to read and write in this data format to facilitate bidirectional com- 
munication. Additionally, error handling capabilities allow the system to be fault tolerant. 

[0192] The data format also provides a uniform method for storing all of the cue information that is necessary for 
each lamp. The file can be arranged in a manner that lists the name and location of each lamp, and stores the parameter 
data for every cue in the show. 

40 [0193] Using the bidirectionality facilitated by this data format, the user can transfer data which has been created or 
modified in the control console back into the modelling system for subsequent display and further modification. 

REAL-TIME RENDERING 

45 [0194] The data that has been stored by the modelling system may be processed by a rendering device in order to 
generate photo-realistic images that represent the stored data. This service is provided for example by the use of a 
RcndcrMan program. Sec "The RcnderMan Interface" published by Pixar, 3240 Kcrncr Blvd., San Rafael, CA 94901. 
This document details the services available from a RenderMan rendering program. 

[0195] These images can be utilized to depict what the lighting effect is going to look like. Further, utilizing computer 
50 animation techniques to project a continuous sequence of cues at speeds which approach real-time, the viewer can 
observe chases and lhe dynamics of the lighting show. The quality of the simulation is a function of the sophistication 
of the hardware and software platforms that are selected to do the rendering. The sophistication of the image that is 
available to an average user will improve as the costs and processing power of available systems improve. The tech- 
nology is moving closer to lower cost systems with excellent simulation capabilities. Ultimately these rendering devices 
55 can be used by lighting designers to present a client with a completely simulated performance complete with all of the 
lighting effects. 

[0196] Using speaker-independent voice recognition systems with large vocabularies such as those sold by Kurzweil 
Applied Intelligence of Waltham, MA. the modelling system can provide spoken access to any of its capabilities. 
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VIRTUAL CONSOLE / VIRTUAL REALITY 

[0197] With equipment developed by VPL, 656 Bair Island Road, Redwood City. CA, 94063, the 2-D display screen 
of the modelling system can be replaced by a 3-D display in which the user is represented by a "virtual self", allowing 
him to "enter" the simulation and interact with it. 

[0198] The user can control his "virtual self" by means of a Data-Glove, which is a device to measure the degree of 
bend of the joints of each finger, and the movement and location in space of the fingers and the hand. Information from 
the Data-Glove is transmitted to the host computer and represents what the hand is doing at any moment. 
[0199] The program uses this input to control the user's "virtual self" which can appear to pick up and manipulate 
virtual objects in the model. Movement of objects in the model can now be accomplished by the user causing his "virtual 
self" to pick up the object and transport it to its new location. For example, the user can grab a light beam and move 
it, thereby refocussing that lumtnaire on a new target. 

[0200] Additionally the user can be presented with a virtual control console with which his "self" can interact. By 
manipulating the controls of this virtual console as he would a real console, the user has an additional method of 
controlling the lights and lighting effects. Likewise, the user can write, store and recall cues as he would using a real 
console. 

DISTRIBUTION OF FUNCTIONS OF OUT OF SERVICE LIGHTS 

[0201] The modelling system offers the further feature of being able to distribute the functions for any lights that go 
out of service. The functions of these out of service lights can be transferred to other lights that are in the lighting 
system. The lighting system can sense when a particular light has gone out of service. Additionally, the lighting system 
knows the associated targets and lighting parameters for each cue. Correspondingly, the functions of a light may be 
redistributed to alternate or backup lights when a light cannot perform the functions. 

INTEGRATED MODELLING SYSTEM 

[0202] In some cases the modelling computer can bo integrated with the console and share tasks with the controller, 
including in certain circumstances, the direct control of the lights. 



Claims 

1. A computer controlled system for modelling a lighting design, said modelling system (100) including data entry 
means adapted to receive: 

a) site data describing relevant characteristics of a lighting site including the location of lighting targets within 
said lighting site; 

b) light selection data identifying a selection of lighting instruments to be operational in the production of a 
lighting scene; 

c) instrument data describing relevant characteristics and parameters of each of said lighting instruments 
including the location of said selected lighting instruments within said lighting site; and 

d) parameter data describing values of said parameters associated with each of said selected lighting instru- 
ments; 

a memory coupled to said data entry means for storing said site, light selection, instrument and parameter 
data; 

a processor (20) coupled to said memory for computing from said stored site, light selection, instrument 

and parameter data, three dimensional representations of the aggregate lighting scene; and 

a monitor (24) coupled to said processor for displaying certain of said three dimensional representations; 

characterised in that the site data includes data representing the positions of one or more moveable lighting 
targets, the instrument data includes data representing adjustable parameters of said lighting instruments and the 
parameter data includes data representing certain values of said adjustable parameters, the data entry means 
being further adapted to receive scene selection data identifying a particular lighting scene to be reproduced from 
among a plurality of such lighting scenes, wherein the processor computes said throe dimensional representations 
for at least one of said lighting scenes in dependence upon said scene selection data, said representation including 
a simulation of one or more of said selected lighting instruments conforming to said associated parameter data. 
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2. A system according to claim 1 wherein said data entry means includes moans for providing a display on said 
monitor (24) to prompt the entry of said data. 

3. A system according to claim 1 or 2 wherein means are included for computing relationships among the received 
data such that changes in certain of said data produce related changes in data dependent thereon. 

4. A system according to any of claims 1 to 3 wherein means are included for generating at least one spreadsheet 
for listing certain of said data describing the actual lighting production. 

5. A system according to any preceding claim wherein said processor for computing said representations include 
means for simultaneously generating and displaying views of said lighting scenes from different perspectives. 

6. A system according to any preceding claim in which said processor for computing said representations includes 
means for displaying the contributions of the site, instrument and parameter data values to the aggregate lighting 
scene. 

7. A system according to any preceding claim including means for computing pan and tilt values as a function of 
lighting instrument location and target position. 

8. A system according to any preceding claim including means lor organising components of the characteristics of 
the lighting site on a hierarchical basis. 

9. A system according to any preceding claim wherein said data entry means includes means for generating menus, 
dialog boxes and icons to facilitate entering of said data. 

10. A system according to any preceding claim wherein said three dimensional representations of the aggregate light- 
ing scene constitute cues which can be stored and recalled. 

11. A system according to any preceding claim wherein lighting parameters are specified in terms of target positions. 

12. A system according to any preceding claim wherein said lighting targets include representations of performers, 
the lighting parameter data being defined and processed to illuminate portions of said performers. 

13. A system according to any preceding claim wherein means are included for representing target volume as an 
object in the system, said volume capable of being moved and sized to produce corresponding adjustments in 
associated lighting parameters. 

14. A system according to any preceding claim wherein said data entry means for receiving site data includes means 
for generating a plurality of orthogonal views on said monitor (24) to display the positional relationship of objects 
in said site. 

15. A system according to an preceding claim wherein the output of said processor is linked to a console (110) for the 
exchange of lighting parameters. 

16. A system according to any preceding claim including means for displaying model data in a variety of selectable 
formats. 

1 7. A system according to claim 1 5 wherein means are included for receiving from said console (110), data describing 
actual productions for review and modification by said modelling system. 

18. A system according to any preceding claim including means for controlling said lighting instruments from said 
modelling system. 

19. A system according to any preceding claim wherein means are included for specifying the relation between model 
objects. 

20. A system according to any preceding claim wherein means are included for simulating dynamic aspects of said 
lighting scenes. 
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21. A system according to claim 1 further including lighting instruments that comprise lamp units, one or more of said 
lamp units having adjustable parameters; 

a control console including manual control means for generating command data for adjusting certain of said 
lamp unit parameters and further including a communication port for receiving data from an external source; 
and 

a signal generator for generating modelled command data in response to manipulations of said modelled 
functions of said manual control means, said modelled command data being in a format compatible with said 
control console; 

memory moans for storing said stored program and said modelled command data; and 

communication means for communicating said modelled command data to said control console through said 

communication port. 

22. A system according to claim 21 wherein said modelling unit includes user interface means for manipulating certain 
of said modelled manual control means for adjusting corresponding lamp parameters. 

23. A system according to claims 21 or 22 wherein said communication means bidirectionally communicates with said 
control console. 

24. A system according to any of claims 21 to 23 wherein activity in said modelling unit is reflected in said control 
console. 

25. A system according to any of claims 21 to 24 wherein activity in said control console is reflected in said remote 
modelling unit. 

26. A system according to any of claims 21 to 25 wherein said monitor is capable of graphically simulating the lighting 
effects of the lamp units of said lighting system and displaying responses in accordance to manual manipulation 
of corresponding manual control means of said control console. 

27. A method of modelling a lighting design including the steps of: 

a) entering and storing site data into a computing system describing relevant characteristics of a lighting site 
including the positional relationship- of lighting targets within said lighting site; 

b) entering and storing instrument data into said computing system describing relevant characteristics and 
parameters for each of a plurality of lighting instruments including their positional relationship to said lighting 
site; 

c) entering and storing light selection data into said computing system identifying the lighting instruments to 
be operational in a scene; 

d) entering and storing parameter data in said computing system describing the parameters associated with 
each of said selected lighting instruments; 

e) computing from said stored site, instrument, light selection and parameter data a three dimensional repre- 
sentation of the aggregate lighting design; 

f) displaying said three dimensional representation on said monitor; 

g) characterised by the steps of entering and storing site data including data representing the positions of 
one or more moveable lighting targets; 

h) entering and storing instrument data including data representing adjustable parameters of said lighting 
instruments; 

I) entering and storing parameter data including data representing certain values of said adjustable parameters; 
j) entering scene selection data identifying a particular lighting scene to be reproduced from among a plurality 
of such lighting scenes; and 

k) computing said three dimensional representation for at least one of said lighting scenes in dependence 
upon said scene selection data, said representation including a simulation of one or more of said selected 
lighting instruments conforming to said associated parameter data. 

28. The method according to claim 27 including the step of generating displays on said monitor (24) prompting the 
entry of said data and minimising entry of illegal data. 

29. A method according to claim 27 or 28 including the step of computing the relationships among the entered data 
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such that changes in certain of said data produce related changes in data dependent thereon. 

30. A method according to any of claims 27 to 29 including the step of generating spreadsheets of adjustable format 
including at least one spreadsheet for listing certain of said data describing the actual lighting production. 

5 

31 . A method according to any of claims 27 to 30 including the step of simultaneously generating and displaying views 
of said lighting scenes from different perspectives. 

32. A method according to any of claims 27 to 31 wherein said displaying step includes displaying the contributions 
10 of the site, instrument, light selection and light parameter values to the aggregate lighting scene. 

33. A method according to any of claims 27 to 32 including the step of computing pan and tiit values as a function of 
lighting instrument location and target position. 

'5 34. A method according to any of claims 27 to 33 including the step of organising the characteristics of said site on a 
hierarchical basis. 

35. A method according to any of claims 27 to 34 including the step of generating menus, dialog boxes and icons to 
facilitate entering of said data. 

20 

36. A method according to any of claims 27 to 35 wherein said lighting targets include representations of performers, 
the method including the step of defining and processing the lighting parameter data to illuminate portions of said 
performer 

25 37. a method according to any of claims 27 to 36 including the step of generating data representing target volume as 
an object in the system and producing corresponding adjustments in associated lighting parameters when said 
volume is moved or sized. 

38. A method according to any of claims 27 to 37 wherein said displaying step includes the step of displaying a plurality 
30 of orthogonal views on said monitor to display the positional relationship of objects in said site. 

39. A method according to any of claims 27 to 38 including the step of exchanging lighting scene parameters between 
said modelling system and said lighting system. 

35 40. A method according to any of claims 27 to 39 including the step of displaying model data in a variety of selectable 
formats. 

41. A method according to any of claims 27 to 40 including the stop of receiving from said console, data describing 
actual productions for review and modification by said modelling system. 

40 

42. A method according to any of claims 27 to 41 including the step of controlling said lighting instruments from said 
modelling system. 

43. A method according to any of claims 27 to 42 including the step of simulating dynamic aspects of said lighting 
45 scenes. 

44. A method according to claim 27 including the step of focusing a lighting instrument having one or more adjustable 
parameters on an associated lighting target by processing said site and instrument data to determine the positional 
relationship of said associated target with respect to said selected lighting instrument and computing from said 

50 positional relationship the displacement necessary to focus said instrument on said target. 

45. A method according to claim 44 including the step of determining the displacement necessary for said instrument 
to maintain the focus of said instrument on said target upon movement of said target. 

55 46. A method according to claim 44 or 45 further including the steps of: 

selecting a plurality of lighting instruments to be operational in a desired configuration; 

identifying a desired lighting target to be associated with said selected plurality of lighting instruments for said 
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desired lighting configuration; 

defining a preset focus symbol for identifying said configuration; 

recording data from said configuration including the identification of said target, said selected plurality of in- 
struments and their associated parameters; and 
$ filing said recorded data in a preset focus storage record idenlified by said preset focus symbol so that said 

recorded data of said configuration may be retrieved for playback by accessing said preset focus storage 
record. 

47. A method according to claim 46 further including the step of transferring said preset focus storage record including 
io said preset focus symbol to a remote control console for playback of said configuration by said remote control 

console. 

48. A method according to any of claims 44 to 47 including the step of defining said target with a dimension including 
the volume of said target. 

15 

49. A method according to any of claims 44 to 48 wherein said computing step includes calculating the value of each 
of said parameters necessary to focus said lighting instrument on a selected portion of said target. 

50. A method according to claim 45 wherein said computing of the displacement of said instrument includes calculation 
20 of pan and tilt values necessary to displace said instrument to focus on said target. 

51. A method according to claim 50 wherein said calculation of said pan and tilt values of said instrument further 
includes the step of determining which of at least one set of pan and tilt values provides the minimum amount of 
displacement of said instrument to focus said instrument on said target. 

25 

52. A method according to claim 50 or 51 including the step of storing said calculated pan and tilt values as part of a 
cue data. 

53. A method according to claim 52 including the step of transferring the cue data to a remote console controller for 
30 subsequent playback or update by said remote console controller. 

54.. A method according to claim 52 or 53 including the step of transferring cue data to an actual lighting instrument 
for subsequent access by said instrument. 

55 55. A method according to claim 44 wherein the adjustable parameters include variable azimuth, 0, and elevation, <J>, 
for controlling the focus position of said lighting instrument and said method further includes the steps of: 

entering data into saiefcomputing system describing the positional coordinates (x,y,z) of said associated light- 
ing target relative to a fixed position within a production site; 
40 entering data into said computing system describing the positional coordinates (a.b.c) of said lighting instru- 

ment relative to said fixed position within said production site; 

retrieving from said entered data the positional coordinates of said lighting instrument and said associated 
lighting target within the production site for a particular lighting design, 

translating the positional coordinates (x.y.z) of said target into corresponding positional coordinates (x'.y'z') 
45 relative to said positional coordinate (a,b,c) of said lighting instrument; and 

computing the azimuth angular value, 0. and elevation angular value, t|>, of the angular distances of said as- 
sociated target from said lighting instrument for focusing said lighting instrument on said associated target 
based on said positional coordinates (x'.y'.z') of the lighting target in the coordinate system of said lighting 
instrument. 

50 

56. A method according to claim 55 wherein the step of translating the positional coordinates (x.y.z) of said lighting 
target within the production site into positional coordinates (x'.y'.z') in the coordinate system of said associated 
lighting instrument comprises the step of cross-multiplying the positional coordinates (x.y.z) of the lighting target 
in the production site by the inverse transform matrix of said positional coordinates (a,b,c) of the lighting instrument 

55 within the production site. 

57. A method according to claim 55 or 56 further including the step of communicating said determined azimuth angular 
value, 0, and said elevation angular value, <t>. to a remote lighting controller as absolute azimuth and elevation 
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angles for controlling the focus position of a lighting instrument. 

58. A method according to claims 55 to 57 further including the step of communicating said determined azimuth angular 
value, 6, and said elevation angular value, <(>, to a lighting instrument for focusing said lighting unit from said com- 
5 puling system. 



PatentansprCche 

10 1. Computcrgesteucrtes System zum Modcllicren eincr Bclcuchtungsauslcgung, wobci das Modelliersystem (100) 
folgendes umfaBt: eine Dateneingabeeinrichtung, die dafur eingerichtet ist, folgendes zu empfangen: 

a) Standortdaten, die relevante Eigenschaften eines Beleuchtungsstandortes einschlieGlich des Ortes von 
Beleuchtungszielen innerhalbdes Beleuchtungsstandortes beschreiben, 
15 b) Lichtauswahldaten, die eine Auswahl von Beleuchtungsinstrumenten kennzeichnen, die bei der Produktion 

einer Beleuchtungsszene in Betrieb sein sollen, 

c) Instrumentdaten, die relevante Eigenschaften und Parameter jedes der Beleuchtungsinstrumente ein- 
schlieGlich des Ortes der ausgewahlten Beleuchtungsinstrumente innerhalb des Beleuchtungsstandortes be- 
schroiben, und 

20 d) Parameterdaten, die Werte der Parameter beschreiben, die jedem der ausgewahlten Beleuchtungsinstru- 

mente zugeordnet sind, 

einen Speicher, der mil der Dateneingabeeinrichlung verbunden ist, zum Speichern der Standort-, Licht- 
auswahl-, Instrument- und Parameterdaten, 
25 einen Prozessor (20), der mit dem Speicher verbunden ist, zum Berechnen von dreidimensionalen Dar- 

stellungen der gesamten Beleuchtungsszene aus den gespeicherten Standort-, Lichtauswahl-, Instru- 
ment- und Parameterdaten, und 

oincn Monitor (24), der mit dem Prozessor verbunden ist, zur Anzcigc von bestimmten der dreidimensio- 
nalen Darstellungen, 

30 

dadurch gekennzeichnet, daft die Standortdaten Daten umlassen, die die Positionen von einem Oder mehreren 
bewegiichen Beleuchtungszielen ciarstellen, die Instrumentdaten Daten umfassen, die einstellbare Parameter der 
Beleuchtungsinstrumente darslellen, und die Parameterdaten Daten umfassen, die beslimmte Werte der einstell- 
baren Parameter umfassen, und daf3 die Dateneingabeeinrichtung weiterhin dafur eingerichtet ist, Szenenaus- 
35 wahldaten zu empfangen, die eine spezielle Beleuchtungsszene kennzeichnen, die unter einer Vielzahl solcher 

Beleuchtungsszenen wiederzugeben ist, wobei der Prozessor die dreidimensionalen Darstellungen fur mindestens 
eine der Beleuchtungsszenen in Abhangigkeit von den Szenenauswahldaten berechnet wobei die Darstellung 
eine Simulation cines odor mehrcrcr der ausgewahlten Beleuchtungsinstrumente in Uboreinstimmung mit don 
zugeordneten Parameterdaten umfafM. 

40 

2. System nach Anspruch 1, bei dem die Dateneingabeeinrichtung eine Einrichtung zur Erzeugung einer Anzeige 
aul dem Monitor (24) umfaBt, die zur Eingabe der Daten aulfordert. 

3. System nach Anspruch 1 oder 2, mit einer Einrichtung zur Berechnung von Beziehungen zwischen den empfan- 
45 genen Daten, so daO Anderungen an bestimmten Daten verbundene Anderungen an davon abhangigen Daten 

erzeugen. 

4. System nach einem der Anspruche 1 bis 3, mit einer Einrichtung zur Erzeugung mindestens eines Arbeitsblattes 
zur Auflistung von bestimmten Daten, die die aktuelle Beleuchtungsproduktion beschreiben. 

so 

5. System nach einem der vorhergehenden Anspruche, bei dem der Prozessor zur Berechnung der Darstellungen 
eine Einrichtung zur simultanen Erzeugung und Anzeige von Ansichten der Beleuchtungsszenen aus verschiede- 
nen Perspektiven umfaf3t. 

55 6. System nach einem der vorhergehenden Anspruche, bei dem der Prozessor zur Berechnung der Darstellungen 
cine Einrichtung zur Anzcigc der Bcitrage der Standort-, Instrument- und Paramctcrdatcnwcrtc zu der gesamten 
Beleuchtungsszene umfaOt. 
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7. System nach cincm dcr vorhergchenden Anspruche, mit cincr Einrichtung zur Bcrechnung von Schwcnk- und 
Neigungswerten als Funktion des Ortes und der Zielposition von Beleuchtungsinstrumenlen. 

8. System nach einem der vorhergehenden Anspruche, mit einer Einrichtung zur Organisation von Bestandteilen der 
5 Eigenschaften des Beleuchlungsstandortes auf hierarchischer Basis. 

9. System nach einem der vorhergehenden Anspruche, bei dem die Dateneingabeeinrichtung eine Einrichtung zur 
Erzeugung von Menus, Dialogkastchen und Piktogrammen umfaOt, urn die Eingabe der Daten zu erleichtern. 

10 10. System nach einem dcr vorhergehenden Anspruche, bei dem die drcidirncnsionalcn Darstcllungcn der gesamten 
Beleuchtungsszene Hinweise bilden, die gespeichert und abgerufen werden konnen. 

11. System nach einem der vorhergehenden Anspruche, bei dem Beleuchtungsparameter in Form von Zielpositionen 
spezifiziert werden. 

15 

12. System nach einem der vorhergehenden Anspruche, bei dem die Beleuchtungsziele Darstellungen von Ausfuh- 
renden umfassen, wobei die Beieuchtungsparameterdaten definiert und verarbeitet werden, um Teile der Ausfuh- 
renden zu beleuchten. 

20 13. System nach einem der vorhergehenden Anspruche, mit einer Einrichtung zur Darstellung eines Zielraumes als 
ein Objekt im System, wobei der Raum bewegt und zugeschnitten werden kann, um entsprechende Einstellungen 
an zugeordneten Beleuchtungsparametern zu erzeugen. 

14. System nach einem der vorhergehenden Anspruche, bei dem die Dateneingabeeinrichtung zum Empfang von 
25 Standortdaten eine Einrichtung zur Erzeugung einer Vielzahl von orthogonalen Ansichten auf dem Monitor (24) 

umfafit, um die Posttionsbeziehung von Objekten an dem Standort anzuzeigen. 

15. System nach einem dcr vorhergehenden Anspruche, bei dem dcr Ausgang des Prozcssors mit cincr Konsolc 
(110) zum Austausch von Beleuchtungsparametern verbunden ist. 

30 

16. System nach einem der vorhergehenden Anspruche, mit einer Einrichtung zum Anzeigen von Modelldaten in einer 
Vielfait von wahlbaren Formaten. 

17. System nach Anspruch 1 5, mit einer Einrichtung zum Empfang von Daten, die aktuelle Produktionen beschreiben, 
35 von der Konsole (110), zur Uberprufung und Modifizierung durch das Modelliersystem. 

18. System nach einem der vorhergehenden Anspruche, mit einer Einrichtung zum Steuern der Beleuchtungsinstru- 
mcntc vom Modelliersystem aus. 

19. System nach einem der vorhergehenden Anspruche, mit einer Einrichtung zum Spezifizieren der Beziehung zwi- 
schen Modellobjekten. 

20. System nach einem der vorhergehenden Anspruche, mit einer Einrichtung zum Simulieren von dynamischen 
Aspekten der Beleuchtungsszenen. 

45 

21. System nach Anspruch 1, das weiterhin folgendes umfafct: Beleuchtungsinstrumente, die Lampeneinheiten auf- 
weiscn, wobei cine odor mchrcro dcr Lampeneinheiten cinstcllbarc Parameter aufweisen, 

eine Steuerkonsole, die Handsteuereinrichtungen zur Erzeugung von Kommandodaten zur Einstellung von 
50 bestimrnien Parametern der Lampeneinheiten umfaOt und die weiterhin einen KommunikationsanschluG zum 

Empfang von Daten von einer externen Quelle umfaGt, und 

einen Signalgenerator zur Erzeugung von modellierten Kommandodaten in Reaktion auf Manipulationen der 
modellierten Funktionen der Handsteuereinrichtungen, wobei die modellierten Kommandodaten ein Format 
haben, das mit der Steuerkonsole kompatibel ist, 
55 eine Speichereinrichtung zum Speichern des gespeicherten Programms und der modellierten Kommandoda- 

ten. und 

eine Kommunikationseinrichtung zur Ubertragung der modellierten Kommandodaten uber den Kommunikati- 
onsanschluft an die Steuerkonsole. 
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22. System nach Anspruch 21 , bci dem dio Modollicrcinhcit cine Bcnutzcrschnittstclicncinrichtung zum Manipulicrcn 
von bestimmten der modellierten Handsteuereinrichtungen zum Einstellen von entsprechenden Lampenparame- 
tern umfaGt. 

23. System nach Anspruch 21 oder 22, bei dem die Komnnunikationseinrichtung bidireklional mil der Steuerkonsole 
kommuniziert. 

24. System nach einem der Anspruche 21 bis 23, bei dem die Aktivitat in der Modelliereinheit in der Steuerkonsole 
widergespiegelt wird. 

25. System nach einem der Anspruche 21 bis 24, bei dem die Aktivitat in der Steuerkonsole in der entfernten Model- 
liereinheit widergespiegelt wird. 

26. System nach einem der Anspruche 21 bis 25, bei dem der Monitor imslande ist, die Beleuchtungseffekte der 
Lampeneinheiten des Beleuchtungssystems graphisch zu simulieren und Reaktionen in Ubereinstimmung mit ei- 
ner Handmanipulation von entsprechenden Handsteuereinrichtungen der Steuerkonsole anzuzeigen. 

27. Verfahren zum Modellieren einer Beleuchtungsauslegung, mit folgenden Verfahrensschritten: 

a) Eingeben und Speichern von Standortdaten, die relevante Eigenschaften eines Beleuchtungsstandortes 
einschlieGlich der Positionsbeziehung von Beleuchtungszielen innerhalb des Beleuchtungsstandortes be- 
schreiben, in ein Computersystem, 

b) Eingeben und Speichern von lnslrumentdaten : die relevante Eigenschaften und Parameter fur jedes aus 
einer Vielzahl von Beleuchtungsinstrumenten einschlieBlich ihrer Positionsbeziehung zum Beleuchtungs- 
standort beschreiben, in das Computersystem, 

c) Eingeben und Speichern von Lichtauswahldaten, die die Beleuchtungsinstrumente kennzeichnen, die in 
einer Szene in Betrieb sein sollen, in das Computersystem, 

d) Eingeben und Speichern von Parametcrdatcn, die die Parameter beschreiben, die jedem der ausgcwahltcn 
Beleuchtungsinstrumente zugeordnet sind, in das Computersystem, 

e) Berechnen einer dreidimensionalen Darstellung der gesamten Beleuchtungsauslegung aus den gespei- 
cherten Standort-, Instrument-, Lichtauswahl- und Parameterdaten, 

f) Anzeigen der dreidimensionalen Darstellung auf dem Monitor 

g) gekennzeichnet durch die Verlahrensschritte Eingeben und Speichern von Standortdaten, die Dalen um- 
fassen, die die Positionen von einem oder mehreren beweglichen Beleuchtungszielen darstellen, 

h) Eingeben und Speichern von Instrumentdaten, die Daten umfassea die einstellbare Parameter der Be- 
leuchtungsinstrumente darstellen, 

i) Eingeben und Speichern von Parameterdaten, die Daten umfassen, die bestimmte Werte der einstellbaren 
Parameter darstellen, 

j) Eingeben von Szenenauswahldaten, die eine spezielle Beleuchtungsszene kennzeichnen, die unter einer 
Vielzahl solcher Beteuchtungsszenen wiederzugeben ist, und 

k) Berechnen der dreidimensionalen Darstellung fur mindestens eineder Beleuchtungsszenen in Abhangigkeit 
von den S/enenauswahldaten, wobei die Darstellung eine Simulation eines oder mehrerer der ausgewahllen 
Beleuchtungsinstrumente in Ubereinstimmung mit den zugeordneten Parameterdaten umfafM. 

28. Verfahren nach Anspruch 27, mit dem Verfahrensschritt, Anzeigen auf dem Monitor (24) zu erzeugen, die zur 
Eingabe der Daten auffordern und die Eingabe von unzulassigen Daten moglichst klein halten. 

29. Verfahren nach Anspruch 27 oder 28, mit dem Verfahrensschritt, die Beziehungen zwischen den eingegebenen 
Daten zu berechnen, so da3 Anderungen an bestimmten Daten verbundene Anderungen an davon abhangigen 
Daten erzeugen. 

30. Verfahren nach einem der Anspruche 27 bis 29 ; mit dem Verfahrensschritt, Arbeitsblatter mit einstellbarem Format 
zu erzeugen, einschlieGlich mindestens eines Arbeitsblattes zur Auflistung von bestimmten Daten, die die aktuelle 
Beleuchtungsproduktion beschreiben. 

-31. Verfahren nach einem der Anspruche 27 bis 30. mit dem Verfahrensschritt, Ansichtcn der Beleuchtungsszenen 
aus verschiedenen Perspektiven simultan zu erzeugen und anzuzeigen. 
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32. Vcrfahrcn nach cincm dcr Anspruche 27 bis 31 , bci dcm dcr Vcrlahrcnsschritt dcs Anzeigens umfaRt, die Bcitrago 
der Standort-, Instrument-, Lichtauswahi- und Lichtparameterwerte zu der gesamten Beleuchtungsszene anzu- 
zeigen. 

5 33. Verfahren nach einem der Anspruche 27 bis 32, mit dem Verfahrensschritt, Schwenk- und Neigungswerte als 
Funktion des Ortes und der Zielposition von Beleuchtungsinstrumenten zu berechnen. 

34. Verfahren nach einem der Anspruche 27 bis 33, mit dem Verfahrensschritt, die Eigenschaften des Standortes auf 
hierarchischer Basis zu organisieren. 

10 

35. Verfahren nach einem der Anspruche 27 bis 34, mit dem Verfahrensschritt, Menus, Dialogkastchen und Pikto- 
gramme zu erzeugen, urn die Eingabe der Daten zu erleichtern. 

36. Verfahren nach einem der Anspruche 27 bis 35, bei dem die Beleuchtungsziele Darslellungen von Ausfuhrenden 
is umfassen, mit dem Verfahrensschritt, die Beleuchtungsparameterdaten zu definieren und zu verarbeiten, urn Teile 

der Ausfuhrenden zu beleuchten. 

37. Verfahren nach einem der Anspruche 27 bis 36, mit dem Verfahrensschritt, Daten zu erzeugen, die einen Zielraum 
als cin Objckt im System darstcllcn, und ontsprcchcndc Einstcllungcn an zugcordncten Bclouchtungsparamctcrn 

20 zu erzeugen, wenn der Raum bewegt cder zugeschnitten wird. 

38. Verfahren nach einem der Anspruche 27 bis 37, bei dem der Verfahrensschritt des Anzeigens den Verfahrensschritt 
umfafM, eine Vielzahl von orthogonalen Ansichten auf dem Monitor anzuzeigen, um die Posilionsbeziehung von 
Objekten an dem Standort anzuzeigen. 

25 

39. Verfahren nach einem der Anspruche 27 bis 38, mit dem Verfahrensschritt, Beleuchtungsszenenparameter zwi- 
schen dem Modelliersystem und dem Beleuchtungssystem auszutauschen. 

40. Verfahren nach einem der Anspruche 27 bis 39, mit dem Verfahrensschritt, Modelldaten in einer Vielfalt von wahl- 
30 baren Formaten anzuzeigen. 

41. Verfahren nach einem der Anspruche 27 bis 40, mit dem Verfahrensschritt, Daten, die aktuelle Produktionen be- 
schreiben, von der Konsole zu empfangen, zur Uberprufung und Modifizierung durch das Modelliersystem. 

25 42. Verfahren nach einem der Anspruche 27 bis 41. mit dem Verfahrensschritt, die Beleuchtungsinstrumente vom 
Modelliersystem aus zu steuern. 

43. Vcrfahrcn nach cincm dcr Anspruche 27 bis 42, mit dcm Verfahrensschritt, dynamische Aspckte dcr Bclcuch- 
tungsszenen zu simulieren. 

40 

44. Verfahren nach Anspruch 27, mit dem Verfahrensschritt, ein Beleuchtungsinstrument, das einen oder mehrere 
einstellbare Parameter aufweist, auf ein zugeordnetes Beleuchtungsziel zu fokussieren, indemdie Standort- und 
Instrumentdaten verarbeitet werden, um die Positionsbeziehung des zugeordneten Ziels in bezug auf das ausge- 
wahlte Beleuchtungsinstrument zu ermitteln, und indem aus der Positionsbeziehung die Verstellung berechnet 

45 wird, die notwendig ist, um das Instrument auf das Ziel zu fokussieren. 

45. Vcrlahrcn nach Anspruch 44, mit dcm Verfahrensschritt, die Verstellung zu ermitteln, die fur das Instrument not- 
wendig ist, um den Fokus des Instrumentes bei einer Bewegung des Ziels auf dem Ziel zu halten. 

50 46. Verfahren nach Anspruch 44 oder 45, das weiterhin folgende Verfahrensschritte umfafJt: 

eine Vielzahl von Beleuchtungsinstrumenten auszuwahlen, die in einer gewunschten Konfiguration in Betrieb 
sein sollen, 

ein gewunschtes Beleuchtungsziel zu kennzeichnen, das der ausgewahlten Vielzahl von Beleuchtungsinstru- 
55 menten fur die gewunschte Beleuchtungskonfiguration zuzuordnen ist, 

cin Vorcinstcllfokussymbol zur Kcnnzcichnung dcr Konfiguration zu definieren, Daten aus dcr Konfiguration 
einschlieGlich der Kennung des Ziels, der ausgewahlten Vielzahl von Instrumenten und ihrer zugeordneten 
Parameter aufzuzeichnen. und 
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die aulgczcichncten Datcn in cincm durch das Vorcinstcllfokussymbol gckcnnzcichnctcn Vorcinstclllokus- 
speicher abzulegen. so dafi die aufgezeichneten Daten der Konfiguration durch Zugriff auf die Voreinstellfo- 
kus-Speicheraufzeichnung zum Wiederabspielen wiedergewonnen werden konnen. 

5 47. Verfahren nach Anspruch 46, das weiterhin den Verfahrensschritt umfaGt, die Voreinstellfokus-Speicheraufzeich- 
nung einschlieGlich des Voreinstellfokussymbols an eine entfernte Steuerkonsole zu ubertragen, zum Wiederab- 
spielen der Konfiguration durch die entfernte Steuerkonsole. 

48. Verfahren nach einem der Anspruche 44 bis 47, mit dem Verfahrensschritt, das Ziel mit einer Dimension zu defi- 
10 nieren, die das Volumen des Ziels umfaGt. 

49. Verfahren nach einem der Anspruche 44 bis 43, wobei der Verfahrensschritt des Berechnensdie Berechnung des 
Wertes jedes der Parameter umfaGt, die zur Fokussierung des Beleuchtungsinstrumentes auf einen ausgewahlten 
Teil des Ziels notwendig sind. 

15 

50. Verfahren nach Anspruch 45, bei dem das Berechnen der Verstellung des Instrumentes die Berechnung von 
Schwenk- und Neigungswerten umfaGt, die notwendig sind, urn das Instrument zu verstellen, urn auf das Ziel zu 
fokussieren. 

20 51. Verfahren nach Anspruch 50, bei dem die Berechnung der Schwenk- und Neigungswerte des Instrumentes wei- 
terhin den Verfahrensschritt umfaGt, zu ermittein, welcher aus mindestens einem Satz von Schwenk- und Nei- 
gungswerten den minimalen Verstellbetrag des Instrumentes lief ert, urn das Instrument auf das Ziel zu fokussieren. 

52. Verfahren nach Anspruch 50 oder 51 : mit dem Verfahrensschritt, die berechneten Schwenk- und Neigungswerte 
25 als Teil von Hinweisdaten zu speichern. 

53. Verfahren nach Anspruch 52, mit dem Verfahrensschritt, die Hinweisdaten an ein entferntes Konsolensteuergerat 
zu ubertragen, zum nachfolgcndcn Wiederabspielen odor Aktualisicrcn durch das entfernto Konsolensteuergerat. 

30 54. Verfahren nach Anspruch 52 oder 53. mit dem Verfahrensschritt, Hinweisdaten an ein aktuelles Beleuchtungsin- 
strument zu ubertragen, zum nachfolgenden Zugriff durch das Instrument. 

55. Verfahren nach Anspruch 44, bei dem die einstellbaren Parameter veranderliche GroBen Azimuth 6 und Hone p 
zur Steuerung der Fokusposition des Beleuchtungsinstrumentes umfassen und das weiterhin die folgenden Ver- 

35 fahrensschritte umfaGt: 

Eingeben von Daten in das Compute rsystem, die die Positionskoordinaten (x,y,z) des zugeordneten Beleuch- 
tungszicls in bczug auf cine teste Position innerhalb eincs Produktionsstandortcs beschreiben, 
Eingeben von Daten in das Computersystem, die die Positionskoordinaten (a,b,c) des Beieuchtungsinstru- 
40 mentes in bezug auf die feste Position innerhalb des Produktionsstandortes beschreiben, 

Wiedergewinnen der Positionskoordinaten des Beleuchtungsinstrumentes und des zugeordneten Beleuch- 
tungsziels innerhalb des Produktionsstandortes fur eine spe/ielle Beleuchtungsauslegung aus den eingege- 
benen Daten, 

Ubersetzen der Positionskoordinaten (x,y,z) des Ziels in entsprechende Positionskoordinaten (x'.y'.z 1 ) in bezug 
45 auf die Positionskoordinate (a.b.c) des Beleuchtungsinstrumentes, und 

Berechnen des Azimuthwinkelwertes 6 und des Hohenwinkelwertes 0 der Winkelabstande des zugeordneten 
Ziels vom Bcleuchtungsinstrumcnt, urn das Bclcuchtungsinstrumcnt auf der Basis dor Positionskoordinaten 
(x'.y'.z') des Beleuchtungsziels im Koordinatensystem des Beleuchtungsinstrumentes auf das zugeordnete 
Ziel zu fokussieren. 

50 

56. Verfahren nach Anspruch 55, bei dem der Verfahrensschritt des Obersetzens der Positionskoordinaten (x,y,z) des 
Beleuchtungsziels innerhalb des Produktionsstandortes in Positionskoordinaten (x'.y'.z') im Koordinatensystem 
des zugeordneten Beleuchtungsinstrumentes den Verfahrensschritt aufweist, das Vektorprodukt der Positionsko- 
ordinaten (x,y,z) des Beleuchtungsziels am Produktionsstandort mit der inversen Transformationsmatrix der Po- 

55 sitionskoordinaten (a.b.c) des Beleuchtungsinstrumentes innerhalb des Produktionsstandortes zu bilden. 

57. Verfahren nach Anspruch 55 oder 56, das weiterhin den Verfahrensschritt umfaGt, den ermittelten Azimuthwinkel- 
wert 9 und den Hbhenwinkelwert <f> als absolute Azimuth- und Hohenwinkel an ein entferntes Beleuchtungssteu- 
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orgorat zu ubcrtragcn, zur Stcucrung dcr Fokusposition cincs Bclcuchtungsinstrumcntcs. 

58. Verfahren nach AnsprOchen 55 bis 57, das weilerhin den Verfahrensschritt umfa3t, den ermittelten Azimuthwin- 
kelwert G und den Hohenwinkelwert $ an ein Beleuchtungsinstrument zu ubertragen, zur Fokussierung der Be- 
leuchlungseinheit vom Compulersystem aus. 



Revendications 

1. Syst6me gcrc par ordinatcur destine a modcliscr une conception d'eclairage, ledit system© (100) do modclisation 
incluant un moyen d'entree de donnees apte a recevoir : 

a) des donnees de site decrivant des caracteristiques pertinentes d'un site d'eclairage, incluant i'emplacennent 
de cibles d'eclairage a I'interieur dudit site d'eclairage ; 

b) des donnees de choix de sources de lumiere identifiant un choix d'instruments d'eclairage a mettre en 
oeuvre dans la production d'une scene d'eclairage ; 

c) des donnees d'instrument decrivant des caracteristiques et des parametres pertinents de chacun desdits 
instruments d'eclairage incluant I' emplacement desdits instruments d'eclairage choisis a I'interieur dudit site 
d'eclairage ; ct 

d) des donnees de parametres decrivant des valeurs desdits parametres associes a chacun desdits instru- 
ments d'eclairage choisis ; 

une memoire raccordee audit moyen d'entree de donnees destinee a memoriser lesdites donnees de site, 
de choix de sources, d'instrument et de parametres ; 

un processeur (20) raccorde a ladite memoire pour calculer, a partir desdites donnees memorisees de 
site, de choix de sources, d'instrument et de parametres, des representations tridimensionnelles de la 
scene d'eclairage globalisee ; et 

un ccran de controlc (24) raccorde audit processeur pour affichcr une certainc dosditcs representations 
tridimensionnelles ; 

caracterise en ce que les donnees de site comprennent des donnees representant les positions d'une ou 
plusieurs cibles mobiles d'eclairage, en ce que les donnees d'instrument comprennent des donnees representant 
des parametres reglables desdits instruments d'eclairage el en ce que les donnees de parametres comprennent 
des donnees representant certaines valeurs desdits parametres reglables, en ce que le moyen d'entree de donnees 
est en outre apte a recevoir des donnees de choix de scene, identifiant une scene d'eclairage particuliere a re- 
produce parmi plusieurs de ces scenes d'eclairage : le processeur calculant lesdites representations tridimension- 
nelles pour au moins Tune desdites scenes d'eclairage en fonction desdites donnees de choix de scene, ladite 
representation incluant unc simulation d'un ou plusieurs desdits instruments d'eclairage choisis conformcment 
auxdites donnees de parametres associees. 

2. Systeme selon la revendication 1, dans lequel ledit moyen d'entree de donnees comprend un moyen destine a 
fournir un africhage sur ledit ecran de controle (24) pour invttera I'entree desdites donnees. 

3. Systeme selon la revendication 1 ou 2, dans lequel est inclus un moyen destine a calculer des relations entre les 
donnees recues, de facon que des variations dans certaines desdites donnees produisent des variations associees 
dans des donnees qui en dependent. 

4. Systeme selon I'une quelconque des revendications 1 a 3, dans lequel est inclus un moyen destine a engendrer 
au moins un tableau destine a enumerer certaines desdites donnees decrivant la production d'eclairage reelle. 

5. Systeme selon I'une quelconque des revendications precedentes, dans lequel ledit processeur destine a calculer 
lesdites representations comprend un moyen destine a engendrer et a afficher simultanement des vues desdites 
scenes d'eclairage a partir de perspectives differentes. 

6. Systeme selon I'une quelconque des revendications precedentes, dans lequel ledit processeur destine a calculer 
lesdites representations comprend un moyen destine a affichcr les contributions dos valours do donnees do site, 
d'instrument et de parametres a la scene d'eclairage globalisee. 
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7. Systcmc scion Tunc quclconquo dcs rovcndications precedentes, incluant un moyon destine a calculcr des valours 
de recadrage en fonction d'une localisation d'instrument d'eclairage et d'une position cible. 

8. Systeme selon Tune quelconque des revendications precedentes, incluant un moyen destine a organiser des 
composantes de caracteristiques du site d'eclairage sur une base hierarchique 

9. Systeme selon Tune quelconque des revendications precedentes, dans lequel ledit moyen d'entree de donnees 
comprend un moyen destine a engendrerdes menus, des boites de dialogues et des icones, pour faciliter I'entree 
desdites donnees. 

10. Systeme selon Tune quelconque des revendications precedentes, dans lequel lesdites representations tridimen- 
sionnelles de la scene d'eclairage globalisee constituent des fichiers qui peuvent etre memorises et rappeles. 

11. Systeme selon Tune quelconque des revendications precedentes, dans lequel des parametres d'eclairage sont 
'5 specifies en ce qui concerne des positions de cible. 

12. Systeme selon Tune quelconque des revendications precedentes, dans lequel lesdites cibles d'eclairage compren- 
nent des representations d'acteurs, les donnees de parametre d'eclairage etant definies et traitees pour eclairer 
dcs parties desdits actcurs. 

20 

13. Systeme selon Tune quelconque des revendications precedentes, dans lequel est inclus un moyen destine a re- 
presenter un volume cible comma un objet dans le systeme, ledit volume pouvant etre deptace et dimensionne" 
pour produire des ajustemenls correspondants dans les parametres d'eclairage associes. 

25 14. Systeme selon Tune quelconque des revendications precedentes, dans lequel ledit moyen d'entree de donnees 
destine a recevoir des donnees de site comprend un moyen destine a engendrer plusieurs vues orthogonales sur 
ledit ecran de controle (24) pour afficher la relation positionnelle d'objets dans ledit site. 

15. Systeme selon Tune quelconque des revendications precedentes, dans lequel la sortie dudit processeur est reliee 
30 a un pupitre (11 0) pour I'echange de parametres d'eclairage. 

16. Systeme selon I'une quelconque des revendications precedentes, incluant un moyen destine a afficher des don- 
nees de modele dans toute une variete de formats pouvant etre choisis. 

55 17, Systeme selon la revendication 15, dans lequel est inclus un moyen destine a recevoir, dudit pupitre (110), des 
donnees decrivant des productions reelles pour revision et modification par ledit systeme de modelisation. 

18. Systcmc scion Tunc quclconquo dcs revendications precedentes, incluant un moyen destine a commander lesdits 
instruments d'eclairage a partir dudit systeme de modelisation. 

40 

19. Systeme selon I'une quelconque des revendications precedentes, dans lequel est inclus un moyen destine a spe- 
cifier la relation entre des objets de modele. 

20. Systeme selon I'une quelconque des revendications precedentes, dans lequel est inclus un moyen destine a si- 
45 muler des aspects dynamiques desdites scenes d'eclairage. 

21 . Systcmc scion la revendication 1 , comprcnant on outre dcs instruments d'eclairage qui comprennent dcs modules 
de lampe, un ou plusieurs desdits modules de lampe ayant des parametres ajustables ; 

50 un pupitre de commande incluant un moyen de commande manuel destine a engendrer des donnees des- 

truction pour ajusler certains desdits parametres de module de lampe et incluant en outre un acces de trans- 
mission destine a recevoir des donnees provenant d'une source externe ; et 

un generateur de signaux destine a engendrer des donnees d'instruction modelisees en reponse a des ma- 
nipulations desdites fonctions modelisees dudit moyen de commande manuel, lesdites donnees d'instruction 
55 modelisees etant dans un format compatible avec ledit pupitre de commande ; 

un moyen dc memorisation destine a mcmoriscr ledit programme memorise ct lesdites donnees d'instruction 
modelisees ; et 

un moyen de transmission destine a transmettre lesdites donnees d'instruction modelisees audit pupitre de 
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commando, par Icdit acccs do transmission. 

22. Systeme selon ia revendication 21, dans lequel ledit module de moderation comprend un moyen d'interface 
d'utilisateur destine a manipuler certains desdits moyens de commande manuels modelisds pour ajuster des pa- 

5 rametres correspondants de lampe. 

23. Systeme selon les revendications 21 ou 22, dans lequel ledit moyen de transmission communique de facon bidi- 
rectionnelle avec ledit pupitre de commande. 

10 24. Systeme scion Tunc quclconquo dcs revendications 21 a 23, dans lequel I'activit6 dudit modulo do modelisation 
se reflete dans ledit pupitre de commande. 

25. Systeme selon Tune quelccnque des revendications 21 a 24, dans lequel I'activit6 dudit pupitre de commande se 
reflete dans ledit module distant de modelisation. 

15 

26. Systeme selon Tune quelconque des revendications 21 a 25, dans lequel ledit ecran de controle est capable de 
simuler graphiquement les effets d'eclairage des modules de lampe dudit systeme d'eclairage et d'afficher des 
reponses en fonction de la manipulation manuelle du moyen de commande manuel correspondant dudit pupitre 
do commando. 

20 

27. Procede de modelisation d'une conception d'eclairage incluant les etapes : 

a) d'entree et de memorisation, dans un systeme informatique, de donnees de site decrivant des caracteris- 
tiques pertinentes d'un site d'eclairage, incluant la relation positionnelle de cibles d'eclairage a I'interieur dudit 

25 site d'eclairage ; 

b) d'entree et de memorisation, dans ledit systeme informatique, de donnees d'instrument decrivant des ca- 
racteristiques et des parametres pertinents pour chacun de plusieurs instruments d'eclairage, y compris leur 
relation positionnelle par rapport audit site d'eclairage ; 

c) d'entree et de memorisation, dans ledit systeme informatique, de donnees de choix de sources identifiant 
30 les instruments d'eclairage a mettre en oeuvre dans une scene ; 

d) d'entree et de memorisation, dans ledit systeme informatique, de donnees de parametres decrivant les 
parametres associes a chacun desdits instruments d'eclairage choisis ; 

e) de calcul, a partir desdites donnees memorisees de site, d'instrument, de choix de sources et de parametres, 
d'une representation tridinnensionnelle de la conception d'eclairage globalisee ; 

55 f) d'affichage de ladite representation tridimensionnelle sur ledit ecran de controle : 

g) caracterise par les etapes d'entree et de memorisation de donnees de site incluant des donnees represen- 
tant les positions d'une ou plusieurs cibles mobiles d'eclairage ; 

h) d'entree et do memorisation dc donnees d'instrument incluant des donnees reprcscntant des parametres 
ajustables desdits instruments d'eclairage ; 

40 j) d'entree et de memorisation de donnees de parametres incluant des donnees representant certaines valeurs 

desdits parametres ajustables ; 

j) d'entree de donnees de choix de scene identifiant une scene d'eclairage particuliere a produire parmi plu- 
sieurs telles scenes d'eclairage ; et 

k) de calcul de ladite representation tridimensionnelle, pour au moins I'une desdites scenes d'eclairage, en 
45 fonction desdites donnees de choix de scene, ladite representation incluant une simulation d'un ou plusieurs 

desdits instruments d'eclairage choisis conformement auxdites donnees associees de parametres. 

28. Procede selon la revendication 27. incluant I'etape de production d'affichages sur ledit ecran de controle (24) 
invitant a I'entree desdites donnees et minimisant I'entree de donnees interdites. 

50 

29. Procede selon la revendication 27 ou 28, incluant I'etape de calcul de la relation entre les donnees entrees de 
facon que des variations dans certaines desdites donnees produisent des variations associees dans des donnees 
qui en dependent. 

55 30. Procede selon I'une quelconque des revendications 27 a 29, incluant I'etape de production de tableaux de format 
rcglablc incluant au moins un tableau destine a cnumcrcr certaines desdites donnees decrivant la production 
d'eclairage reelle. 
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31. Proccdc scion I'uno quclconquc dcs revcndications 27a 30, incluant I'etape do production ct d'affichage, cn memo 
temps, de vues desdites scenes d'eclairage a partir de perspectives differentes. 

32. Procede selon Tune quelconque des revendications 27 a 31, dans lequel ladite etape d'affichage comprend I'affi- 
chage des contributions, a la scene d'eclairage globalisee, des valeurs de site, d'instrument, de choix de sources 
et de parametres de sources. 

33. Procede selon Tune quelconque des revendications 27 a 32, incluant I'etape de calcul de valeurs de cadrage en 
fonction de la localisation et de la position cible d'instrument d'eclairage. 

34. Procede selon Tune quelconque des revendications 27 a 33, incluant I'etape d'organisation des caracteristiques 
dudit site sur une base hierarchique. 

35. Procede selon Tune quelconque des revendications 27 a 34, incluant I'etape de production de menus, de boltes 
15 de dialogue et d'icdnes pour faciliter I'entree desdites donnees 

36. Procede selon Tune quelconque des revendications 27 a 35, dans lequel lesdites cibles d'eclairage comprennent 
des representations d'acteurs, le procede incluant I'etape de definition et de traitement de donnees de parametres 
d'eclairage pour eclaircr dcs parties desdits actcurs. 

20 

37. Procede selon Tune quelconque des revendications 27 a 36, incluant I'etape de production de donnees represen- 
tant.un volume cible comme un objet dans le systeme et produisant des ajustements correspondant dans des 
parametres associes d'eclairage, lorsque ledit volume se deplace ou change de dimension. 

25 38. Procede selon Tune quelconque des revendications 27 a 37, dans lequel ladite etape d'affichage comprend I'etape 
d'affichage de plusieurs vues orthogonales sur ledit ecran de controle pour afficher la relation positionnelle d'objets 
dans ledit site. 

39. Procede selon I'une quelconque des revendications 27 a 33, incluant I'etape d'echange de parametres de scene 
30 d'eclairage entre ledit systeme de moderation et ledit systeme d'eclairage. 

40. Procede selcn Tune quelconque des revendications 27 a 39, incluant I'etape d'affichage de donnees de modele 
dans toute une variele de formats pouvant etre choisis. 

35 41. Procede selon I'une quelconque des revendications 27 a 40, incluant I'etape de reception, dudit pupitre, de donnees 
decrtvant des productions reelles pour revision et modification par ledit systeme de modelisation. 

42. Proccdc scion Tunc quclconquc des revendications 27 a 41 ; incluant I'ctapo do commando desdits instruments 
d'eclairage a partir dudit systeme de modelisation. 

40 

43. Procede selon I'une quelconque des revendications 27 a 42, incluant I'etape de simulation d'aspects dynamiques 
desdites scenes d'eclairage. 

44. Procede selon la revendication 27, incluant I'etape de focalisation d'un instrument d'eclairage ayant un ou plusieurs 
45 parametres ajustables sur une cible d'eclairage associee, par traitement desdites donnees de site et d'instrument 

pour determiner la relation positionnelle de ladite cible associee par rapport audit instrument d'eclairage choisi et 
do calcul, a partir do ladite relation positionnelle, du deplacement ncccssairo pour focaliscr ledit instrument sur 
ladite cible. 

50 45. Procede selon la revendication 44, incluant I'etape de determination du deplacement necessaire pour que ledit 
instrument maintienne la focalisation dudit instrumenl sur ladite cible lors du deplacement de ladite cible. 

46. Procede selon la revendication 44 ou 45, incluant en outre les etapes : 

55 de choix d'une pluralite d'instruments d'eclairage a mettre en oeuvre dans une configuration voulue ; 

d'identification d'une ciblo d'eclairage vouluc a associcr avee ladite pluralito d'instruments d'eclairage pour 
ladite configuration d'eclairage voulue ; 

de definition d'un symbole de focalisation preetabli pour identifier ladite configuration ; 
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d'cnrcgistrcmcnt do donnees provcnant dc laditc configuration, incluant I'idcntitication do laditc ciblc, laditc 
pluralite choisie d'instruments et leurs parametres associes ; et 

de mise en fichier desdites donnees enregistrees dans un enregistrement de memorisation de localisation 
pre£tabli identifie par iedit symbole de focalisation preetabli de facon que lesdites donnees enregistrees de 
5 ladite configuration puissent etre recup6r6es pour reproduction en accedanl audit enregistrement de memo- 

risation de focalisation preetabli. 

47. ProcSde selon la revendication 46, incluant en outre I'etape de transfert dudit enregistrement de focalisation pree- 
tabli, incluant Iedit symbole de focalisation preetabli, vers un pupitre distant de commande pour reproduction de 

10 laditc configuration par Iedit pupitre distant dc commando. 

48. Procede selcn Tune quelconque des revendications 44 a 47, incluant I'etape de definition de ladite cible avec une 
dimension incluant le volume de ladite cible. 

15 49. Procede selon Tune quelconque des revendications 44 a 46, dans lequel ladite etape de calcul comprend le calcul 
de la valeur de chacun desdits parametres necessaires pour focaliser Iedit instrument d'eclairage sur une partie 
choisie de ladite cible. 

50. Procede scion la revendication 45, dans IcqucI ledit calcul du dcplaccmcnt dudit instrument comprend Ic calcul 
20 de valeurs de recadrage necessaires pour deplacer ledit instrument pour focalisation sur ladite cible. 

51. Procede selon la revendication 50, dans lequel ledit calcul desdites valeurs de recadrage dudit instrument com- 
prend en outre I'etape de determination de celle, d'au moins un ensemble de valeurs de recadrage, qui procure 
la distance minimale de deplacement dudit instrument pour focaliser ledit instrument sur ladite cible. 

25 

52. Procede selon la revendication 50 ou 51 , incluant I'etape de memorisation desdites valeurs de recadrage calculees, 
en tant que partie d'une sequence de donnees. 

53. Procede selon la revendication 52, incluant I'etape de transfert de la sequence de donnees a un regisseur de 
30 pupitre distant pour reproduction ou mise a jour ulterieure par ledit regisseur de pupitre distant. 

54. Procede selon la revendication 52 ou 53, incluant I'etape de transfert de la sequence de donnees a un instrument 
d'eclairage reel pour acces ullerieur par ledit instrument. 

55 55. Procede selcn la revendication 44, dans lequel lesdits parametres ajustables comprennent un azimut variable 6 
et une elevation <J> destines a commander la position de focalisation dudit instrument d'eclairage et dans lequel 
ledit precede comprend en outre les etapes : 

d'entree, dans ledit systeme informatique de donnees decrivant les coordonnees de position (x, y z) de ladite 
40 cible d'eclairage associee, par rapport a une position fixe a I'interieur d'un site de production ; 

d'entr§e, dans ledit systeme informatique, de donnees decrivant les coordonnees de position (a, b, c) dudit 
instrument d'eclairage par rapport a ladite position fixe a I'interieur dudit site de production ; 
de recuperation, a partir desdites donnees entrees, des coordonnees de position dudit instrument d'eclairage 
et de ladite cible d'eclairage associee a I'interieur du site de production pour une conception d'eclairage par- 
45 ticuliere; 

de traduction des coordonnees de position (x, y, z) de ladite cible en coordonnees de position (x\ y\ z') cor- 
rcspondantcs relatives auxditcs coordonnees dc position (a, b, c) dudit instrument d'eclairage ; et 
de calcul de la valeur angulaire 9 d'azimut et de la valeur angulaire <t> d'elevation des distances angulaires de 
ladite cible associee, a partir dudit instrument d'eclairage pour focaliser ledit instrument d'eclairage sur ladite 
50 cible associee, en se basant sur lesdites coordonnees de position (x\ y', z') de la cible d'eclairage dans le 

systeme de coordonnees dudit instrument d'eclairage. 

56. Procede selon la revendication 55, dans lequel I'etape de traduction des coordonnees de position (x, y, z) de ladite 
cible d'eclairage a I'interieur du site de production, en coordonnees de position (x\ y'. z') dans le systeme de 
55 coordonnees dudit instrument d'eclairage associe, comprend I'etape de multiplication croisee des coordonnees 

dc position (x, y ; z) dc la cible d'eclairage dans Ic site dc production par la matricc transformcc inverse desdites 
coordonnees de position (a, b. c) de I'instrument d'eclairage a I'interieur du site de production. 
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57. Proccdo scion la rcvcndtcation 55 ou 56, comprcnant on outro I'ctapc do transmission do ladito valour angulaire 
G d'azimut determinee et de ladite valeur angulaire $ d'elevation a un regisseur d'eclairage distant, en tant qu'angles 
absolus d'azimut et d'elevation pour commander la position de localisation d'un instrument d'eclairage. 

5 58. Procede selon les revendicalions 55 a 57, incluant en outre I'etape de transmission, de ladite vateur angulaire 6 
d'azimut determinee et de ladite valeur $ d'elevation, dudit systeme informatique a un instrument d'eclairage pour 
focaliser ledit module d'eclairage. 

10 
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